279

@progger1986: I included your proof of concept code in the original proposal, if you don't mind.

Thats ok.
So i should not delete it.

progger1986 wrote:Thats ok.
So i should not delete it.

I used code from your example to group the icons in Dolphin. The result looks like this:

And for folders:


It does look like Windows' ribbons, but I think it's an improvement.

If nobody else is doing this, I can try to add a convenience method to KMenu, but the major part (deciding what actions should be grouped together) has to be done in each application.

Love this idea, looks really cool.

I'd really like it implemented, but I didn't like to see this feature substituting every list item in the context menu, it would look cluttered and messy.

I would like to see it for just the 3 or 4 most used actions in the menu (no more please), like cut-copy-paste, and imho it should stand on top of the normal list of items.

This way they could be the first items you hover you mouse over.

I also don't like menus form this kind of things. Please, keep the interface as simple as possible, and start to think how this menu could be navigated using the keyboard.

gerlos wrote:Love this idea, looks really cool.

I'd really like it implemented, but I didn't like to see this feature substituting every list item in the context menu, it would look cluttered and messy.

I'm not sure about that, it would look like the main application toolbar. The problem is that many actions don't have icons. Also, emphasizing icons over text only makes sense for common actions with intuitive icons.

I would like to see it for just the 3 or 4 most used actions in the menu (no more please), like cut-copy-paste, and imho it should stand on top of the normal list of items.

This way they could be the first items you hover you mouse over.

I agree, they should be on top.

I also don't like menus form this kind of things. Please, keep the interface as simple as possible, and start to think how this menu could be navigated using the keyboard.

Considering it is mostly used from mouse-click popups, keyboard navigation isn't that important. However, I think it makes sense in application menus as well, for example the "New/Open/Save" combination.

Noughmad wrote:

gerlos wrote:

I also don't like menus for this kind of things. Please, keep the interface as simple as possible, and start to think how this menu could be navigated using the keyboard.

Considering it is mostly used from mouse-click popups, keyboard navigation isn't that important. However, I think it makes sense in application menus as well, for example the "New/Open/Save" combination.

Sorry, I meant "I don't like sub-menus for this kind of things", and I was talking about icons on toolbars that trigger submenus.
I don't like them. They look like buttons, that do what they should with just one click, but need one more click to do act as needed.
I have always a lot of troubles when I help people on the phone and need them to use these things. I always have to explain them how to use these things, that's bad, since you don't want to explain the interface (it should be straightforward), you want to explain how to get the work done.

I repeat: they look as buttons, but act as menus, and imho this thing is confusing for new users and makes more difficult writing documentation.

And about keyboard navigation: quite often is comfortable to navigate through the items on the screen (think about dolphin) using arrow keys and using that small key near the right side of the space bar to trigger the right click menu and choose the needed action on these items.
A not so small number of the people that use this trick has some small imparment that make her/him easier to use the keyboard when possible than the mouse.

If using a computer remains easy for them, it will be easier for all of us.

Noughmad wrote:

progger1986 wrote:Thats ok.
So i should not delete it.

I used code from your example to group the icons in Dolphin. The result looks like this [zip]

It does look like Windows' ribbons, but I think it's an improvement.

If nobody else is doing this, I can try to add a convenience method to KMenu, but the major part (deciding what actions should be grouped together) has to be done in each application.

I'd love to see that happening. It's looking good already and with a standardized way of accomplishing this, this idea finally gets a chance to get tested and polished.

I guess the ratio of icons vs. list entries will vary from application to application and also depend on the total amount of entries.

Well, but hopefully, the guessing will be over and we'll be able to find out soon

@Noughmad Any progress already? Need any help?

cool idea, only the ugly “paste into folder” action bugs me-

what i would like to see:
* either an option to cut long text (making “paste into folder” to “paste...” and showing the whole text in a tooltip)
* or an option to show guaranteed-short-enough-but-less-correct texts instead of the long ones
* or eqally spaced “big actions” where too-long text eats some space of shorter text, but all icons are distributed equally.

What if you could select the actions that can be displayed with large icons?

I don't think that will be reasonably solvable.
It would require you to have some kind of context menu for a context menu - for EACH context menu you have in your desktop's applications. They surely sum up to several hundred of context menus all configurable from a GUI -> impossible.

A second way would be to let a user choose them using Drag'n'Drop, but that would require you to "unlock" your context menu, drag and drop items around (possibility to remove and add items will be expected here as well) and lock it again.
Huge overhead for a not very necessary feature (this is my personal estimation; you can prove me wrong )

Do you have a different idea how to solve this?

The application's developer should know what functions will be mostly used.

Any news on this? I like to see it in a future Version

And so would I
I don't know more than what's been written here though�

That's a really good idea : +1
I hope that it will be submitted soon (maybe for the next version !)


david.

Great Idea! It would be great if someone implemented this. Should be default IMO. Thanks for this suggestion.