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

[SkyDiver]

Right clicking an image or even going through the menus I was not able
to find a way to do so.

Looking at the File Properties control I can see the file path, but
the text is read-only and right clicking doesn't do anything.

Is there a way to copy the physical file's full path?

If not, is there any chance of converting the read-only File
Properties controls to read-only text-boxes (in order to allow
selecting copying the text)?

I'm on version 5.9.0 Windows 64-bit.

Thank you.

[rutile]

That would be a good option.

I've only been working around it so far, right click on the folder, open in
file manager, copy the path from there.

I'd love to hear as well if there were an easier way to do it.



--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[Gilles Caulier-4]

Hi,

From icon view, select item to catch url. CTRL+C

Go to a text editor : CTRL+V : all is here...

I just tested with 6.0.0 current code and i'm sure that 5.x work like this too...

Gilles Caulier

2018-04-26 0:54 GMT+02:00 rutile <[hidden email]>:

That would be a good option.

I've only been working around it so far, right click on the folder, open in
file manager, copy the path from there.

I'd love to hear as well if there were an easier way to do it.



--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[SkyDiver]

Thank you for the reply Gilles Caulier, however, I'm not sure what
"icon view" means.
I went over the View menu and couldn't find something in that spirit.

If you mean the main thumbnails view, then after hitting CTRL+C (and
even after right-clicking and selecting Copy) and then hitting CTRL+V
(or Edit > Paste) in a text editor - nothing happens.

On Thu, Apr 26, 2018 at 12:37 PM, Gilles Caulier
<[hidden email]> wrote:

> Hi,
>
> From icon view, select item to catch url. CTRL+C
>
> Go to a text editor : CTRL+V : all is here...
>
> I just tested with 6.0.0 current code and i'm sure that 5.x work like this
> too...
>
> Gilles Caulier
>
> 2018-04-26 0:54 GMT+02:00 rutile <[hidden email]>:
>>
>> That would be a good option.
>>
>> I've only been working around it so far, right click on the folder, open
>> in
>> file manager, copy the path from there.
>>
>> I'd love to hear as well if there were an easier way to do it.
>>
>>
>>
>> --
>> Sent from:
>> http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>
>

[rutile]

it worked for me, in thumbnail view, or preview view, left click on the
thumbnail so that it is highlighted and CTRL +C (blindly, nothing obvious
happens) put the file path on the system clipboard.  Pasting into a text
editor gave me the file path.



--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[SkyDiver]

Thanks rutile, I tried both Thumbnails and Preview views before
writing my prev. reply.
Tried both again now and I still get nothing when pasting to a text editor.

Which version and OS are you on? I'm on Windows 10 64-bit, v5.9.0.

On Fri, Apr 27, 2018 at 12:22 AM, rutile <[hidden email]> wrote:
> it worked for me, in thumbnail view, or preview view, left click on the
> thumbnail so that it is highlighted and CTRL +C (blindly, nothing obvious
> happens) put the file path on the system clipboard.  Pasting into a text
> editor gave me the file path.
>
>
>
> --
> Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[rutile]

Linux, 5.8.0



--
Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[SkyDiver]

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 <[hidden email]> wrote:
> Linux, 5.8.0
>
>
>
> --
> Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[Gilles Caulier-4]

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 <[hidden email]>:

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 <[hidden email]> wrote:
> Linux, 5.8.0
>
>
>
> --
> Sent from: http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html

[SkyDiver]

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
<[hidden email]> 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 <[hidden email]>:
>>
>> 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 <[hidden email]> wrote:
>> > Linux, 5.8.0
>> >
>> >
>> >
>> > --
>> > Sent from:
>> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>
>

[Gilles Caulier-4]

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 <[hidden email]>:

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
<[hidden email]> 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 <[hidden email]>:
>>
>> 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 <[hidden email]> wrote:
>> > Linux, 5.8.0
>> >
>> >
>> >
>> > --
>> > Sent from:
>> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>
>

[SkyDiver]

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
<[hidden email]> 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 <[hidden email]>:
>>
>> 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
>> <[hidden email]> 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 <[hidden email]>:
>> >>
>> >> 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 <[hidden email]> wrote:
>> >> > Linux, 5.8.0
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Sent from:
>> >> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>> >
>> >
>
>

[Gilles Caulier-4]

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 <[hidden email]>:

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

<[hidden email]> 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 <[hidden email]>:
>>
>> 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
>> <[hidden email]> 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 <[hidden email]>:
>> >>
>> >> 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 <[hidden email]> wrote:
>> >> > Linux, 5.8.0
>> >> >
>> >> >
>> >> >
>> >> > --
>> >> > Sent from:
>> >> > http://digikam.1695700.n4.nabble.com/digikam-users-f1735189.html
>> >
>> >
>
>