---- 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: keep full-resolution version of each
edited image (Open)
related to shotwell - Feature #3451: 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

####

#1

Updated by Adam Dingle over 3 years ago

  * **Priority** set to _High_

####

#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) and we don't want to take that on right
now. Dropping to medium.

####

#3

Updated by Adam Dingle over 3 years ago

  * **Priority** set to _High_

####

#4

Updated by Adam Dingle over 3 years ago

  * **Priority** deleted (<strike>_High_</strike>)

####

#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).

####

#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).

####

#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) 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 :)

####

#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.

####

#9

Updated by Adam Dingle over 2 years ago

  1. # has been marked as a duplicate of this ticket.

####

#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.

####

#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 .

####

#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 .

####

#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.

####

#14

Updated by Adam Dingle over 1 year ago

  * **Target version** set to _0.13_

####

#15

Updated by Adam Dingle over 1 year ago

  * **Target version** deleted (<strike>_0.13_</strike>)

####

#16

Updated by trautas kilgoras 9 months ago

why such extreme importance function is still not functioning?

####

#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 to get
this to work properly.

####

#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.

####

#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