[digiKam-users] [digiKam] Feature Request: Preselect Item, Open in File Filemanger

[Andrey Goreev]

Dolphin ---select %U should pass all selected files as arguments. I will confirm later when I am back in the office


Sent from my Samsung Galaxy smartphone.
-------- Original message --------From: Tac Tacelosky <tacman at gmail.com> Date: 2018-02-23  8:34 AM  (GMT-07:00) To: digiKam - Home Manage your photographs as a professional with the power of open source <digikam-users at kde.org> Subject: Re: [digiKam-users] [digiKam] Feature Request: Preselect Item, Open in File Filemanger 
@Audry: Thanks!  I wasn't familiar with Dolphin, but because it has a command line interface, it does seem to be working better.  It appears that when multiple files are selected, it calls the "Open With" script multiple times, rather than passing all of them on the command line.  I can see use cases for both situations.  Really I'm trying to use the script as a plugin or queue manager. But going down this path is helping enormously, thanks for the suggestion.
@Remco: Agreed.  All of this is because oAuth isn't working for me (digiKam 5.8.0, Ubuntu 17.10).  So there are all hacks to get around that. 
Tac



On Fri, Feb 23, 2018 at 9:49 AM, Remco Viëtor <remco.vietor at wanadoo.fr> wrote:
On jeudi 22 février 2018 18:49:22 CET Tac Tacelosky wrote:

> [image: Inline image 2]

>

> If I've selected one or more images when previewing an Album, I would love

> to be able to jump to the file manager with those images pre-selected.

> Then I could copy, move, drag, etc.



You can already do that in digikam for operations within the managed

collections. This has the advantage that digikam can keep its database up to

date with a minimum of operations.



If you do such operations through a file manager, digikam has to watch changes

in the filesystems it uses and adjust its database accordingly. For moving a

file through an external file manager, that means a full 'delete', and a full

'add' for each move. More complicated, and more risk of database corruption.



Also, if you use sidecars, when doing file operations through the file manager,

*you* take responsability for handling the sidecars correctly. When moving

files around within digikam, handling sidecars is (or at least should be) the

responsability of digikam.



Remco





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digikam-users/attachments/20180223/6bdcde35/attachment.html>