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

[Andi Clemens]

Another problem I have not thought about:

Renaming actually is a move operation, and we need to stay in the source 
directory.
Example:

file A: 2006/bla/blub01.jpg
file B: 2009/bla/blubbb01.jpg
file C: 2008/blaaaa/blub01.jpg

Rename string: [dir.]_[dir]_$

expected result:

file A: 2006/bla/2006_bla_blub01.jpg
file B: 2009/bla/2009_bla_blubbb01.jpg
file C: 2008/blaaa/2008_blaaa_blub01.jpg

But currently the files will be copied to the target folder (eg. 'newfiles'):

file A: newfiles/2006_bla_blub01.jpg
file B: newfiles/2009_bla_blubbb01.jpg
file C: newfiles/2008_blaaa_blub01.jpg

How do we solve this?
One way to do this is to simply count the assigned tools. If 'Rename' is the 
only tool, ignore the target folder, otherwise copy to the destination file.

Any other suggestions?

Andi

On Sunday 06 September 2009 23:07:38 Andi Clemens wrote:
> I have uploaded the tool, but it is not activated yet.
> This patch will deactivate the old renaming widget and enable the tool.
> But starting the queue isn't working, any idea what I need to do?
> 
> Andi
> 
> On Sunday 06 September 2009 15:23:21 Andi Clemens wrote:
> > It is not that easy, at least with current implementation.
> > The problem is that we need to return the parsed string while the user is
> > typing, which is not possible at the moment.
> > A tool will only operate when the queue is running.
> >
> > My suggestion would be to add some signal to the BatchTool base class
> > that can emit "status messages".
> > For example a tool using an external lib could sent a failure notice etc.
> > This way the ManualRename utility could simply sent the parsed name as a
> > "status message" and paste it into the queue list target column.
> >
> > What do you think? I guess this should work and can be used by other
> > tools, too, so it will be not that hackish :D
> >
> > Andi
> >
> > On Sunday 06 September 2009 13:50:53 Gilles Caulier wrote:
> > > 2009/9/6 Andi Clemens <andi.clemens at gmx.net>:
> > > > 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?
> > >
> > > Agree with Point 2. About moving or just rename, you need to see what
> > > we must do with target folder view from BQM...
> > >
> > > Gilles
> > >
> > > > 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
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > Digikam-devel at kde.org
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>