GNOME Bugzilla – Bug 339078
Better "copy location"
Last modified: 2018-07-12 00:06:02 UTC
"Copy location" could be better when modified images are selected. If I have selected some images and want to copy them with cp in my shell I get problems, because I might have cropped some of the files. That give me a string like: /long/path/img_117 (Modified).jpeg /long/path/img_118.jpeg /long/path/img_119 (Modified(2)).jpeg This string can't be used like: cp /long/path/img_117 (Modified).jpeg /long/path/img_118.jpeg /long/path/img_119 (Modified(2)).jpeg . since it contains spaces and parenthesis. And it is not easy to split the string into multiple strings where each string is a filename since space can both be a delimiter or a part of a filename. I know 3 solution that would solve my problem: 1. Avoid using spaces and parenthesis in automaticly generated filenames 2. Escape spaces and parenthesis when making the string in "Copy location" 3. Use line break as a delimiter in the "Copy location" string. I think I would prefer both solution 1 and solution 2 at the same time. Then it would work with all the files that I have and I will not get more files with strange filenames.
I agree. Avoid spaces and "(" Use "_" and "-" instead. No need to change existing filenames though, or?
I don't think we should change existing filenames. Users might have other applications that remember the filenames and this will break if names of existing files change.
Also see bug #329841 For this one, it was required to add a update patch to move existing files to the proper directory.
just as a data point, dragging the photos to a gnome-terminal will transfer a uri-list and gnome terminal is resposible for transforming that into a file. We could offer similar functionality to the copy location code by offering multiple data types on the selection.
I just dragged two photos to a gnome-terminal. Did not work to good... ls '/home/bengt/Photos/2004/06/29/20040629 183759_Linköping_PrincessJasmine_004-1.JPG > file:///home/bengt/Photos/2004/07/17/20040717 125752_Loftahammar_AakesSummerHouse-1.JPG > ' ls: /home/bengt/Photos/2004/06/29/20040629 183759_Linköping_PrincessJasmine_004-1.JPG file:///home/bengt/Photos/2004/07/17/20040717 125752_Loftahammar_AakesSummerHouse-1.JPG : No such file or directory And Copy Location, and pasting it to a gnome-terminal after "ls " did not work to good either... (due to bug #327068 or bug #443862) ls /home/bengt/Photos/2004/06/29/20040629 183759_Linköping_PrincessJasmine_004-1.JPG /home/bengt/Photos/2004/07/17/20040717 125752_Loftahammar_AakesSummerHouse-1.JPG ls: /home/bengt/Photos/2004/06/29/20040629: No such file or directory ls: 183759_Linköping_PrincessJasmine_004-1.JPG: No such file or directory ls: /home/bengt/Photos/2004/07/17/20040717: No such file or directory ls: 125752_Loftahammar_AakesSummerHouse-1.JPG: No such file or directory
F-Spot has moved to https://github.com/f-spot/f-spot/issues If this Bugzilla ticket is still valid in a recent version of F-Spot, please feel free to post this topic as a ticket in the F-Spot project on GitHub. Closing this report as WONTFIX as part of Bugzilla Housekeeping as we are planning to shut down GNOME Bugzilla in favor of GNOME Gitlab.