[Digikam-devel] Renaming in BQM should be a tool

Andi Clemens andi.clemens at gmx.net
Thu Sep 10 21:06:05 BST 2009


Just a small update of the patch...

Andi

On Thursday 10 September 2009 18:31:39 Andi Clemens wrote:
> This patch will replace the current rename dialog with the ManualRename
> utility.
> It is basically working, the only problem is when you use it for many
>  files, it is damn slow.
> 
> SO PLEASE JUST TEST IT WITH A FEW IMAGES AT THE MOMENT!!!
> 
> Gilles, Marcel,
> 
> any idea how to fix this?
> 
> For me this solution is much more intuitive then only using BQM.
> As I said before we can keep the RenameTool in BQM (so that we can have
> different renaming schemes for the queues), but for general renaming this
> solution seems to be much better.
> 
> What do you think?
> 
> Andi
> 
> On Thursday 10 September 2009 12:24:10 Andi Clemens wrote:
> > I just rethought this.
> > Maybe we should keep BQM the way it is and just change the action in
> >  digiKam's iconview?
> > Intead of presenting the dialog we have right now, present an advanced
> >  version with the ManualRename utility and some listview to see the
> > updated names.
> >
> > For me this workflow makes much more sense at the moment.
> >
> > Or we could keep the rename tool (the good think will be that we can have
> > different queues with separate renaming rules) and just add the
> >  ManualRename utility to the rename action (F2), too.
> >
> > Andi
> >
> > On Sunday 06 September 2009 13:43:46 Andi Clemens wrote:
> > > Hi,
> > >
> > > I think the renaming functionality should be moved into a tool in BQM.
> > > Sometimes you simply want to rename files.
> > > Now that ManualRename can handle directory names and metadata, users
> > > might want to rename their files more often.
> > >
> > > For example I like to name my files according to the underlying folder
> > > hierarchy:
> > >
> > > fotos
> > >
> > > |- 2008
> > > |
> > >    |- lalala
> > > |
> > > |- 2009
> > > |
> > >    |- someEvent
> > >
> > > naming scheme:
> > > [dir.]_[dir]_####_$
> > >
> > > result:
> > > 2009_someEvent_0001_DSC2345.jpg
> > >
> > > In the past I used krename to do so, but now we can handle this in
> > > digiKam as well. The problem is: I need to assign a dummy tool (convert
> > > to JPG for example) to get BQM working. But this is not a good workflow
> > >
> > > :-)
> > >
> > > So we should either think of
> > > 1. implementing an "empty dummy" tool that does nothing (stupid idea
> > > :-)) 2. move renaming options into a tool and remove them from the BQM
> > > main window.
> > >
> > > What do you think?
> > > This renaming tool can then also be used to move files?
> > >
> > > Andi
> > > _______________________________________________
> > > Digikam-devel mailing list
> > > Digikam-devel at kde.org
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > Digikam-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/digikam-devel
> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: manualrenameinalbumui2.patch
Type: text/x-patch
Size: 17182 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20090910/ee5904e4/attachment.bin>


More information about the Digikam-devel mailing list