digiKam › digikam-devel

Renaming in BQM should be a tool

Classic

List

Threaded

15 messages Options

Bugzilla from andi.clemens@gmx.net

Renaming in BQM should be a tool

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
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Re: Renaming in BQM should be a tool

2009/9/6 Andi Clemens <[hidden email]>:

> 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
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

Ok, I will give it a try.

Andi

On Sunday 06 September 2009 13:50:53 Gilles Caulier wrote:

> 2009/9/6 Andi Clemens <[hidden email]>:
> > 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
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

In reply to this post by Gilles Caulier-4

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:

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

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 <[hidden email]>:
> > > 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
> > > [hidden email]
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

renametool.patch (1K) Download Attachment

Gilles Caulier-4

Re: Renaming in BQM should be a tool

Ok, i will take a look

Gilles

2009/9/6 Andi Clemens <[hidden email]>:

> 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 <[hidden email]>:
>> > > 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
>> > > [hidden email]
>> > > https://mail.kde.org/mailman/listinfo/digikam-devel
>> >
>> > _______________________________________________
>> > Digikam-devel mailing list
>> > [hidden email]
>> > https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>> _______________________________________________
>> Digikam-devel mailing list
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

In reply to this post by Bugzilla from andi.clemens@gmx.net

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 <[hidden email]>:
> > > > 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
> > > > [hidden email]
> > > > https://mail.kde.org/mailman/listinfo/digikam-devel
> > >
> > > _______________________________________________
> > > Digikam-devel mailing list
> > > [hidden email]
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Re: Renaming in BQM should be a tool

First test in progress... I like this.

Your patch is uncomplete. rename batch tool is not enabled, and
Renaming rules iew on the bottom left still there.

For the rest, i will take a look indeep to see what's wrong.

Gilles

2009/9/6 Andi Clemens <[hidden email]>:

> 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 <[hidden email]>:
>> > > > 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
>> > > > [hidden email]
>> > > > https://mail.kde.org/mailman/listinfo/digikam-devel
>> > >
>> > > _______________________________________________
>> > > Digikam-devel mailing list
>> > > [hidden email]
>> > > https://mail.kde.org/mailman/listinfo/digikam-devel
>> >
>> > _______________________________________________
>> > Digikam-devel mailing list
>> > [hidden email]
>> > https://mail.kde.org/mailman/listinfo/digikam-devel
>>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

Yes I know, I have left the renaming rules at the bottom because I didn't want
to break too much code for now :)
When the tool is working correctly, I will remove the rest of course.
This patch only exists to fill in the ParseInformation correctly.

Andi

On Monday 07 September 2009 18:00:17 Gilles Caulier wrote:

> First test in progress... I like this.
>
> Your patch is uncomplete. rename batch tool is not enabled, and
> Renaming rules iew on the bottom left still there.
>
> For the rest, i will take a look indeep to see what's wrong.
>
> Gilles
>
> 2009/9/6 Andi Clemens <[hidden email]>:
> > 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 <[hidden email]>:
> >> > > > 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
> >> > > > [hidden email]
> >> > > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >> > >
> >> > > _______________________________________________
> >> > > Digikam-devel mailing list
> >> > > [hidden email]
> >> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >> >
> >> > _______________________________________________
> >> > Digikam-devel mailing list
> >> > [hidden email]
> >> > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

In reply to this post by Gilles Caulier-4

Updated patch, the only difference is that the tool is enabled.
Renaming options are still visible.

I guess we need to discuss the renaming / move issue in more detail later.

Andi

On Monday 07 September 2009 18:00:17 Gilles Caulier wrote:

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

activaterenametool.patch (2K) Download Attachment

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

In reply to this post by Bugzilla from andi.clemens@gmx.net

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
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

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
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

manualrenameinalbumui.patch (16K) Download Attachment

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

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
> > > [hidden email]
> > > https://mail.kde.org/mailman/listinfo/digikam-devel
> >
> > _______________________________________________
> > Digikam-devel mailing list
> > [hidden email]
> > https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

manualrenameinalbumui2.patch (17K) Download Attachment

Bugzilla from andi.clemens@gmx.net

Re: Renaming in BQM should be a tool

In reply to this post by Bugzilla from andi.clemens@gmx.net

I will open two new BKO entries for this, it gets confusing having two
different patches in here.

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
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel

Gilles Caulier-4

Re: Renaming in BQM should be a tool

yes it's better. I don't find yet time to check why where is the
dysfunction in your patch...

Gilles

2009/9/11 Andi Clemens <[hidden email]>:

> I will open two new BKO entries for this, it gets confusing having two
> different patches in here.
>
> 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
>> [hidden email]
>> https://mail.kde.org/mailman/listinfo/digikam-devel
>>
> _______________________________________________
> Digikam-devel mailing list
> [hidden email]
> https://mail.kde.org/mailman/listinfo/digikam-devel
>

_______________________________________________
Digikam-devel mailing list
[hidden email]
https://mail.kde.org/mailman/listinfo/digikam-devel