Bug 174391 - Be able to use Next/Previous buttons in image editor when a tool is active
Summary: Be able to use Next/Previous buttons in image editor when a tool is active
Status: CONFIRMED
Alias: None
Product: digikam
Classification: Applications
Component: ImageEditor-Plugins (show other bugs)
Version: 0.10.0
Platform: openSUSE Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
: 188425 287241 347306 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-11-05 23:33 UTC by S. Burmeister
Modified: 2022-02-03 04:13 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2008-11-05 23:33:15 UTC
Version:            (using KDE 4.1.2)
OS:                Linux
Installed from:    SuSE RPMs

If I have new pictures and want to Transform > Aspect Ratio on all of them I have to open the tool for each of them instead of just opening it once, defining the crop, applying, clicking on the next picture, defining the crop...

If I'd need a new tool, there are no extra clicks added, since one can simply pick it from the menus.

Only if I want to see the picture's properties I would have to click on the properties-pane, which would be a minor drawback IMO, since the editor is primarily for editing and not checking out the properties of a picture.
Comment 1 caulier.gilles 2008-11-06 06:05:38 UTC
It's impossible to do. Image editor can only operate on a single image a the same time.

But this will be planed with a future Batc Queue Manager

Gilles Caulier
Comment 2 S. Burmeister 2008-11-08 11:18:14 UTC
Just to make sure you did not misunderstand me. I do not mean that one applies a tool to a list of images, i.e. set some value and apply it to all pictures.

What I mean is:
Open a tool, it gets displayed on the right-hand side.
Use that tool on the picture and apply the changes. The tool is not closed.
Click on another picture in the list on the left-hand side. The tool is reset to the default values, as if one would have opened it again.
Use the tool on the picture and apply the new settings. the tool is not closed.
Click on another picture. The tool is reset to default values.
.
.
The user closes the current tool or opens another one.
Comment 3 Mikolaj Machowski 2008-11-08 20:56:47 UTC
Fully supporting #2 :) 
Comment 4 caulier.gilles 2010-01-20 11:39:20 UTC
*** Bug 188425 has been marked as a duplicate of this bug. ***
Comment 5 eva 2010-07-17 12:06:14 UTC
This is a bit unpractical, if you usually apply several tools to 1 image.

However, here is a trick to ease things a bit:
- add your most common tools to the toolbar (right click on toolbar, select "Configure Toolbar" from context menu)
- now you can easily select a tool from the toolbar without using the menu
- press "Return Key" to apply the tool (I just implemented it, will be available with 1.4.0)

and the batch queues are also a nice alternative

btw - for the better placement and configuration of toolbars it would be nice to have more than one. Maybe I'll implement that later.
Comment 6 caulier.gilles 2010-07-17 12:28:07 UTC
Eva,

Thanks fpr your fix in source code.

For new indeep features to add on digiKam and kipi-plugins, please use GoSC-2010 branch which will be 2.0 release planed around december.

Look there :

http://websvn.kde.org/branches/extragear/graphics/

And read this file first. All is explained :

http://websvn.kde.org/branches/extragear/graphics/README.GoSC2010?revision=1148467&view=markup

Code from trunk will be 1.4.0 release which will be bugfix release only. This version is planed in middle of august after KDE 4.5 release date.

Gilles Caulier
Comment 7 S. Burmeister 2010-07-17 12:36:25 UTC
Unfortunately batch queues are no alternative and your workaround involves a lot of unneccessary clicks.

This feature is meant for e.g. things like cropping pictures while maintaining the aspect ratio. The user wants to go through all the new pictures and apply the same tool to each of them yet because he has to choose the area that should be cropped it is not possible to use any kind of batch process.

If you want to have a look at how this works you can try Picasa.
Comment 8 caulier.gilles 2011-11-24 11:45:49 UTC
*** Bug 287241 has been marked as a duplicate of this bug. ***
Comment 9 S. Burmeister 2011-11-24 12:07:08 UTC
I do not agree with the title change. I do not want to have to click ten times on "next" just to select a new image for the currently active tool.
Comment 10 caulier.gilles 2011-11-24 12:15:13 UTC
Next/Previous include too the way to be able to change current item by another one by selecting it through thumbnails bar...

Gilles Caulier
Comment 11 Marcel Wiesweg 2011-11-25 20:20:37 UTC
I think the main point here is that the tool stays open. Currently we press ok, and the tool closes. To implement this wish, there'd need to be a way that the tool stays open after ok. Could be called "sticky tool"
Comment 12 S. Burmeister 2011-11-29 15:04:34 UTC
(In reply to comment #11)
> I think the main point here is that the tool stays open. Currently we press ok,
> and the tool closes. To implement this wish, there'd need to be a way that the
> tool stays open after ok. Could be called "sticky tool"

There is no need for something new.

1. Use the two buttons "apply" and "undo" in all tools.

2. Remove "ok", "cancel" and "try".

3. Make the side-panes smarter, i.e. knowing whether they are visible or not.

If there is a side-pane "tool" which shows the currently active tool, the user can close it as he can do with e.g. the meta-data side-pane by clicking on it. So if the side-pane is not visible there is no need to use the tool on the picture.

If the user wants to apply the tool to the current picture he clicks on "apply" if he wants to use it with another picture he just selects the other picture.

If the user wants to undo what he did with the tool, he just clicks on undo.

If the user wants to cancel what he did to the current picture he jumps to another picture or closes the editor and is asked whether to save and picks "no".

If the user wants to select another tool, he does so from the menus which makes the "tool" side-pane visible as well in case it was not visible.

So two existing buttons seem to be enough for this feature and it cleans-up the GUI as well.
Comment 13 caulier.gilles 2015-05-12 12:33:55 UTC
*** Bug 347306 has been marked as a duplicate of this bug. ***
Comment 14 Justin Zobel 2021-03-09 05:51:46 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.