Bug 138055 - usability: separate edit actions into Edit Toolbar with frequently used actions
Summary: usability: separate edit actions into Edit Toolbar with frequently used actions
Status: RESOLVED NOT A BUG
Alias: None
Product: digikam
Classification: Applications
Component: Usability-Toolbars (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR wishlist
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2006-11-29 01:02 UTC by Will Stephenson
Modified: 2023-04-25 03:28 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In: 7.5.0


Attachments
xmlgui RC file for image editor window (3.29 KB, text/plain)
2006-11-29 01:03 UTC, Will Stephenson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Will Stephenson 2006-11-29 01:02:22 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

The image editor in digikam is quite sparse, with almost all the actual editing actions hidden in the menus.  

I think the editor would be more efficient if frequent edit actions were provided in or moved to a separate Edit Toolbar and the main toolbar kept for just view control and save/save as.

Candidates for the edit toolbar are: 
Undo
Redo
<sep>
Rotate 270
Rotate 90
Rotate menu
<sep>
Crop
Add Text
Red Eye
Colours->Auto Correction

I had a quick hack at this but plugins' actions don't show up, and I haven't had a proper look at the code yet - maybe plugins' actions are in a different collection.
Comment 1 Will Stephenson 2006-11-29 01:03:46 UTC
Created attachment 18721 [details]
xmlgui RC file for image editor window

"redeyes" is not visible with this rc file.
Comment 2 caulier.gilles 2006-11-29 07:42:48 UTC
Will,

This point have been already discuted in the past on B.K.O. You can customize yourself the toolbar using the Settings/Configure Toolbar menu entry. Image Editor/Showfoto will remember this settings between section. No need to change something in standard configuration.

Gilles Caulier
Comment 3 Will Stephenson 2006-11-29 10:44:06 UTC
Gilles, 

Can you point me to the past discussion?  I did a superficial search before reporting but didn't see any bug descriptions that matched.

--

Of course, I'm aware that KDE toolbars can be customised by each user. 

My opinion is that 
i) it would be of benefit to digikam to make the suggested actions available, because it becomes faster to access these most frequently accessed actions for everyone.

ii) a separate Edit toolbar is a better implementation than just adding every action to the Main toolbar, because it separates tasks and allows the Edit toolbar to be moved independently of the Main toolbar.  You will agree, this is only possible by editing the ui rc files manually.

So instead of asking you to make this possible, I am suggesting that it would be a good idea to implement the already possible in the standard configuration.

NB - i am not a usability expert, and my only user research is watching my gf laboriously rotate every portrait image by hand when downloading photos.  This is just a hunch - oh, and I did some 'competitor analysis' of f-spot and saw that it has actions in toolbars (aside from its killer feature of instant-apply Crop and no Undo :P)