[digiKam-users] Copy full path to physical file?

Gilles Caulier caulier.gilles at gmail.com
Sat May 12 13:29:22 BST 2018


Please report this special case to digiKam bugzilla. We will take a look
later.

Best

Gilles Caulier

2018-04-29 22:15 GMT+02:00 Sky Diver <skydivergm at gmail.com>:

> Dragging and Dropping into Sublime Text evidently opens the image for
> display (news to me - I did not know Sublime Text is capable of that).
> When I drag & drop to Notepad, the binary data is display as text. The
> JPG header is easily recognizable: "ÿØÿáXéExif  MM ..."
> I think it's safe to conclude that on Windows, QT is pasting file data
> (in the form of an OLE object) and not just the file path.
>
> On Sun, Apr 29, 2018 at 12:59 PM, Gilles Caulier
> <caulier.gilles at gmail.com> wrote:
> > Hum,
> >
> > What's about to drag and drop icon-view items to a text editor ? The way
> to
> > pass info from DK to target application is a little bit different.
> >
> > Does it work for you ? What do you see in text editor exactly ?
> >
> > Gilles Caulier
> >
> > 2018-04-27 23:22 GMT+02:00 Sky Diver <skydivergm at gmail.com>:
> >>
> >> Pasting as "Help > Components Information > Copy to Clipboard" indeed
> >> works but I'm pretty certain the copying method is different than
> >> copying an image via the thumbnails view.
> >>
> >> I don't have the code compiled but I dug as deep as reaching
> >> DragDropViewImplementation::copy()
> >> IMO the mimeData() in Windows is different than Linux.
> >>
> >> To double-check this I installed a Clipboard Viewer app and when
> >> copying text I see that indeed text is being copied to the cilpboard,
> >> but when copying an image via digikam as described above, an OLE
> >> object is being copied.
> >> OLD objects may not be pasted into a text editor as plain text.
> >>
> >> On Fri, Apr 27, 2018 at 4:30 PM, Gilles Caulier
> >> <caulier.gilles at gmail.com> wrote:
> >> > There is no reason to see a failure while copy and paste under
> Windows.
> >> > We
> >> > use Qt MimeData encapsulation to clipboard and it must be portable.
> >> >
> >> > Or perhaps we have a default encoding problem as explained here :
> >> >
> >> >
> >> > https://stackoverflow.com/questions/47443545/cut-and-
> paste-clipboard-exchange-between-qt-application-and-windows-explorer
> >> >
> >> > Just to be sure, go to "Help/Components Info" dialog for DK, and press
> >> > "Copy
> >> > to Clipboard" button. Look if clipboard can be copied to a text
> editor.
> >> >
> >> > Gilles Caulier
> >> >
> >> > 2018-04-27 15:02 GMT+02:00 Sky Diver <skydivergm at gmail.com>:
> >> >>
> >> >> Thank you rutile.
> >> >>
> >> >> @Gilles Caulier, evidently the behavior is not consistent across
> >> >> platforms.
> >> >> I tried pasting the copied file into Windows Explorer (file system
> UI,
> >> >> similar to Nautilus for example) and the physical file is being
> >> >> pasted.
> >> >>
> >> >> Are you familiar with a different way to copy the entire path to
> >> >> clipboard?
> >> >> If not, then what's the correct way of turning this into a
> >> >> feature-request?
> >> >>
> >> >> Thank you.
> >> >>
> >> >> On Fri, Apr 27, 2018 at 12:52 AM, rutile <rutile at gmail.com> wrote:
> >> >> > Linux, 5.8.0
> >> >> >
> >> >> >
> >> >> >
> >> >> > --
> >> >> > Sent from:
> >> >> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
> >> >
> >> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180512/45dfa859/attachment.html>


More information about the Digikam-users mailing list