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

[Tac Tacelosky]

Thanks.  I used "$@" in a bash script, but I think digiKam loops through
and sends them one at a time.



On Fri, Feb 23, 2018 at 11:49 AM, Andrey Goreev <aegoreev at gmail.com> wrote:

> 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/1d600cdb/attachment.html>