<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html; charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> Hi Valentín, I believe your proposed changes were included in OpenSmalltalk VM, right? Today, I updated the VM in our main repo to the latest build from OpenSmalltalk. Could you please try again with an updated Cuis repo (including the new VM), and see if the problem is fixed? Thanks, On 12/4/2024 7:26 PM, Valentín Vives via Cuis-dev wrote: <blockquote cite="mid:CADXvmNsWasYNU-7z1ySgadwpsKOBEtHZR8HvzVx7b6NSVLvVgQ@mail.gmail.com" type="cite"> <div dir="ltr"> I took a look at the VM code (specifically in <a moz-do-not-send="true" rel="noopener" href="https://github.com/OpenSmalltalk/opensmalltalk-vm/blob/9d41521adff1e9c5d031583ddda38b9a816d9e50/platforms/unix/plugins/DropPlugin/sqUnixDragDrop.c#L73" target="_blank">this file</a>), and it seems that when the path is being extracted, the <code><a class="moz-txt-link-freetext" href="file:///">file:///</a></code> prefix is being removed, but the path is not being percent-decoded. This seems to be exactly the issue described by MariusDoe in <a moz-do-not-send="true" rel="noopener" href="https://github.com/OpenSmalltalk/opensmalltalk-vm/issues/666" target="_blank">this issue</a> on the OpenSmalltalk GitHub repository. I made a <a moz-do-not-send="true" href="https://github.com/OpenSmalltalk/opensmalltalk-vm/pull/697">pull request</a> to the OpenSmalltalk virtual machine, feel free to take a look! :) </div> <div class="gmail_quote"> <div dir="ltr" class="gmail_attr">On Wed, 4 Dec 2024 at 17:42, Valentín Vives <<a moz-do-not-send="true" href="mailto:ovives@dc.uba.ar" target="_blank">ovives@dc.uba.ar</a>> wrote: </div> <blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"> <div dir="ltr"> Hi everyone, I hope this email finds you well. I’ve encountered an issue with importing files into Cuis on Linux, and I’m hoping to get some advice or guidance. When I try to drag and drop a file from a directory containing spaces in its name, Cuis reports that the file does not exist. After investigating the code, I found that the primitive <code>primitiveDropRequestFileName</code> seems to be the source of the problem. Specifically, on Linux, this primitive returns the file path as a URL-encoded string. For example: <code>/home/valnrms/Downloads/2024-2c/Parte%203/04-Portfolio2/Portfolio2-Solucion.st</code> Instead of: <code>/home/valnrms/Downloads/2024-2c/Parte 3/04-Portfolio2/Portfolio2-Solucion.st</code>. On Windows, the primitive correctly returns the path with spaces, but I don’t have access to macOS to verify its behavior there. I also tried investigating whether the File List could provide a workaround since it seems to handle file paths with spaces correctly. However, I haven’t been able to make much progress yet in leveraging that approach. I’d like to address this issue, but I believe it requires modifying the primitive. Unfortunately, I’m not sure where to begin with this. If anyone could provide some guidance, advice, or documentation to help me start working on this, I would greatly appreciate it. Thanks in advance for your help! Best regards, Valentín :) </div> </blockquote> </div> </blockquote> <pre class="moz-signature" cols="72">-- Juan Vuletich cuis.st github.com/jvuletich researchgate.net/profile/Juan-Vuletich independent.academia.edu/JuanVuletich patents.justia.com/inventor/juan-manuel-vuletich linkedin.com/in/juan-vuletich-75611b3 twitter.com/JuanVuletich</pre> </body> </html>