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

[Andi Clemens]

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: manualrenameinalbumui.patch
Type: text/x-patch
Size: 16655 bytes
Desc: not available
URL: <http://mail.kde.org/pipermail/digikam-devel/attachments/20090910/17c94456/attachment.bin>