allow drag/drop to other applications
Submitted by Adam Dingle
Link to original bug (#715972)
Description
---- Reported by adam@yorba.org 2010-03-14 09:07:00 -0700 ----
Original Redmine bug id: 1563
Original URL: http://redmine.yorba.org/issues/1563
Searchable id: yorba-bug-1563
Original author: Adam Dingle
Original description:
Shotwell presently allows dragging/dropping photos only into Nautilus. It would be nice to allow dragging/dropping to other applications as well. Perhaps we can find a way to implement this reasonably.
Related issues:
- related to shotwell - Feature #1798 (closed): keep full-resolution version of each edited image (Open)
- related to shotwell - Feature #3451 (closed): Suggestion: add a 'copy path to clipboard' option to the ... (Open)
- duplicated by shotwell - Feature #5313: allow drag/drop to other applications (Duplicate)
---- Additional Comments From shotwell-maint@gnome.bugs 2013-03-04 12:12:00 -0800 ----
History
Comment 1
Updated by Adam Dingle over 3 years ago
- Priority set to High
Comment 2
Updated by Adam Dingle over 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
We discussed this at length. Implementing this will require us to store previews of modified photos (#1798 (closed)) and we don't want to take that on right now. Dropping to medium.
Comment 3
Updated by Adam Dingle over 3 years ago
- Priority set to High
Comment 4
Updated by Adam Dingle over 3 years ago
-
Priority deleted (
<strike>
_High_</strike>
)
Comment 5
Updated by Jim Nelson about 3 years ago
From Mattias Pldaru:
Use “Export basket†(you could use temporary tags for this already):
Let's say on left side there is export basket, where you can drop
photos. The exporting to /tmp starts when pictures land there, so you
could drag from there instantly, no extra buttons needed.
Export basket accompanies with picking different export resolutions
really well. Also why not have different effects, especially for web use
(photo frames, randomly rotated images, white border, drop shadow etc,
so you could directly drag your photo into web3 blog).
Comment 6
Updated by Adam Dingle almost 3 years ago
It would also be nice if I could drag a photo from Shotwell to the command line, which would paste in the photo's path (just as when dragging from Nautilus).
Comment 7
Updated by Luca Clemenzi almost 3 years ago
Replying to [comment:3 adam]:
We discussed this at length. Implementing this will require us to store previews of modified photos (#1798 (closed)) and we don't want to take that on right now. Dropping to medium.
I understand the technical problems related to the implementation of this feature, but it would be very very useful..
In a everyday use it happens many times that a common user would like to drag&drop photos from shotwell to other applications, such as openshot or libreoffice..
Please do not forget about this feature because it could a big improvement to the user experience of this great software
Best whishes :)
Comment 8
Updated by Adam Dingle almost 3 years ago
- Priority set to High
clem: I agree that this is important, and we should make this happen in the next couple of releases. Upping to high.
Comment 9
Updated by Adam Dingle over 2 years ago
Comment 10
Updated by Duncan Mac-Vicar P. over 2 years ago
As a new user, I filtered my Shotwell collection by “videosâ€, and dragged them to Lombard. I was very confused with the (void) result.
Comment 11
Updated by Adam Dingle over 2 years ago
- Description updated (diff)
This has been reported in Launchpad at https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/821915 .
Comment 12
Updated by Adam Dingle almost 2 years ago
- Description updated (diff)
Also in Launchpad at https://bugs.launchpad.net/ubuntu/+source/shotwell/+bug/912126 .
Comment 13
Updated by Tobias Rapp over 1 year ago
Drag-and-drop-ability would dramatically speed up my online photo print order process. In my case the drop target would be the online service's proprietary Linux software written in Qt.
Comment 14
Updated by Adam Dingle over 1 year ago
- Target version set to 0.13
Comment 15
Updated by Adam Dingle over 1 year ago
-
Target version deleted (
<strike>
_0.13_</strike>
)
Comment 16
Updated by trautas kilgoras 9 months ago
why such extreme importance function is still not functioning?
Comment 17
Updated by Jim Nelson 9 months ago
- Category set to library-mode
As explained above, Shotwell doesn't keep a fully-transformed copy of the photo on the hard drive, and so drag-and-drop wouldn't work for applications expecting the image to be ready for use. We need to implement #1798 (closed) to get this to work properly.
Comment 18
Updated by Joe Bylund 9 months ago
Jim, would it not be possible to do an export on the fly? perhaps to a temporary location? and then pass that image to drag-and-drop.
Comment 19
Updated by Jim Nelson 9 months ago
We tried that some time ago. It was a suboptimal user experience, to say the least. First, Shotwell has to produce full-sized images for the DnD operation, which can take quite a bit of time. Second, DnD is a very sensitive user operation; the user can immediately click and drag and expects everything to move smoothly. Meanwhile, Shotwell is churning to produce the images. Third, if the user selects a lot of photos, they won't be available for quite awhile, but we must have the URIs ready before starting the DnD operation.
There are more issues than the above, but that's kind of a starting point for all the issues we've faced with this problem.
--- Bug imported by chaz@yorba.org 2013-11-25 21:43 UTC ---
This bug was previously known as bug 1563 at http://redmine.yorba.org/show_bug.cgi?id=1563
Unknown version " in product shotwell. Setting version to "!unspecified". Unknown milestone "unknown in product shotwell. Setting to default milestone for this product, "---". Setting qa contact to the default for this product. This bug either had no qa contact or an invalid one. Resolution set on an open status. Dropping resolution
Resolution: RESOLVED OBSOLETE