[Digikam-devel] Re: Cleaning up the main toolbar

[Gilles Caulier]

About the Quit action, i agree.

under mac, KDE wrap this action automatically into application name
menu entry, managed by OSX :

http://www.flickr.com/photos/digikam/5166481922/
http://www.flickr.com/photos/digikam/5166468008/

It sound logic for me.

under Linux and windows we can do the same as Amarok do. We just take
a care about KDE action wrapping unde OSX to not have twice digiKam
menu entries. I don't know how amarok do it exactly under mac, here
amarok won't compile fine...

Gilles

2010/11/17 Andi Clemens <andi.clemens at gmx.net>:
> I still think that the QUIT action is totally misplaced in the "Album" menu...
> This is what confuses me every time I take a look at the menues (I don't use
> the Album and Tag menu, I always use the context menu, so Marcel's suggestion
> about removing them is a good one, at least for my day-to-day digiKam usage).
>
> Andi Clemens
> -----------------
> www.digikam.org
>
> On Wednesday 17 November 2010 15:46:29 Marcel Wiesweg wrote:
>> > For me all is fine. About menu, the most bloated item is Image, with
>> > all plugin actions.
>>
>> Yes. Perhaps some of them can go to the edit menu (especially those that do
>> image editing more or less ;-) )
>>
>> > What's about Tags menu entry. It's lost ? This one is important and
>> > must be updated with all main option available from right sidebar
>> > (caption/tags pop-up menu)
>>
>> I'm not sure about the Album and Tag specific entries. The problem is that
>> there are 7 Album action (new, properties, open in..., metadata, delete)
>> only applicate if the left sidebar is albums.
>> For tags, 3 actions (new, reset thumbnail, delete, properties) are specific
>> to the currently selected tag in one of the tag tree views; 2 are global
>> (New (toplevel) tag, from address book), some more act on the entries of
>> the tag (export, batch), and the rest is very specific to the tree view.
>>
>> There are more problems: If you choose from the menu Tag->New, the parent
>> tag of the new tag will be the one currently selected in the left sidebar,
>> even if a different sidebar is selected on the left.
>>
>> So I thought about removing all actions from the main menu which are only
>> applicable in a certain state of the left sidebar. But then I am getting
>> afraid this would induce UI clutter.
>>
>> Alternatives:
>> 1) Keep Album/ and Tag/ main menus, but enable them only if the respective
>> left sidebar is open. A possible first entry "Browse by" would switch to
>> the sidebar
>> Problem: entries disabled in many situations
>>
>> 2) To the album and tag left sidebar, add at the top a toolbar with three
>> entries "Create", "Edit" and "Actions" (or three separate buttons)
>> Problem: UI clutter
>>
>> 3) In the tree view, for the selected album/tag, draw a symbol,
>> something like "v " or even text, and a click on this opens the context
>> menu. Problem: still hidden functionality
>>
>> > Most of lead pop-up menu entries are missing into main menu from album
>> > gui. user must play with digikam before to see pop-up menu. main menu
>> > is always visible, so main actions must be there.
>> >
>> > Under macos-x, i see that pop-up menu available from right mouse
>> > button is disable by default. I need to go to Mac Config Panel/Mouse
>> > Settings to enable it. Can you image the first impression from a new
>> > user under mac.
>>
>> Afaik standard Mac mice dont event have a right mouse button?
>> And even with the hardware, many unexperienced users will simply never use
>> the context menu.
>>
>> > Note : under mac, GoSC2010 code compile fine under XCode...
>>
>> great. I was expecting more problems from boost graph ;-)
>>
>> Marcel
>> _______________________________________________
>> 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
>