Description: My idea of how Kmenu should look like. It appeared while trying to figure out what in KDE I want to see improved and in what way. Hope no further explanations are needed. But if needed - I'm working over a file titled "Impressions on KDE". In this file I'm trying to figure out what in KDE needs improving and in what direction. Hopefully I'll upload the first part of this file anytime soon.
Oh! I was to forget - the download link is just an archive of the screenshot pictures. Only the format is different - xcf.
Standard disclaimer: sorry for my bad English.
I think that any user must be able to write his own UI file in QT Designer. And this user... not must know anything about slots, signals etc (do you understand me?).
I am just thinking about one small (or maybe not so small) problem here.
OK, so I click the 'Games' group. Lets say I have about 40 games. What then? The menu will show all in one long bar? I wouldn't like that. But I like the idea to modify the K-Menu :)
I would love to see this included!
It would even be a good default. Currently to much software shows up in the menus and some distros are making the sublevel of the menus too deep. This seems to fix both problems.
can you tell me where this actually differs from the sub-menus the kde menu has now? except the top-level folder looking like a button i dont see any differences....
(this is no offence, maybe i just didnt get your concept)
The idea is just like VRDeveloper said:
To clear out the options one will never or seldom use from the main menu, and second - to minimize the movements with the mouse (my MDK has two levels of sub menus, so when trying to reach an app, I have to open menus cowering at least half the width of my screen).
This is a simplified menu for mortable users. It does not intend to satisfy the requirements of power users.
since KDE is the most powerfull X system that is proving that even linuxers can enjoy a kool desktop like the MAC users, why not?
I am reading the ideas that some friends are sending for the KDE team and man... KDE 4 will be the awesome desktop environment that you ever saw!
But this idea should be good for that users that wanna have some small menus, or just the menus that uses a lot(like my dad... :P He hates that menus with too many options that he never will use... a old habit from his windows user days...)
IMO it would replace what sub menus do now. Only that sub menus do it better, as they utilize the rest of the screen too.
IMO its not good to change the gui behaviour for not much benefit.
Only my 0.01 EUR
Kind regards,
Stefan
First of all, my Kmenu is already pretty big, by expanding one of the sections with more entries on it, it would become huge.
Second I can think of no elegant way to handle the equivalent to submenus. Representing a hierarchy there would be pretty messy.
feature: YES plz
default: NO thx
it is good as a feature for advanced users but bad for default for newbies either to KDE or computer (it will just confuse them)
over the details: the hover slide should be fast, really fast (faster than the submenu pop-ups) to make it usable
it should not just replace the first level sub-menus of the K menu, it should have multiple dynamic categories
(most used apps, last used apps, last installed apps (
...continued
most used apps, last used apps, last installed apps (difficult but possible), last modified documents, last viewed document, last -directory- entries (--used for apps like amule that download the files into a specific directory))
hope it's not much :)
I think this should be an optional mode for the kmenu. I suppose that it might be even a good idea to have that option as a default but to allow advanced users to build their own real hierarchical menu system.
Because the downsize of this idea is that you can have tons of software like you can in a hierarchival menu. once you have more then 5 categories with 10 items each, managing this kind of menu would be really dificult.
To make this work, I'm thinking that it would need to be non-click. That is, to change the shown section, one should not have to click on the header for that section, but simply hover over it, like you would a submenu. Otherwise it would be extra clicks, and then become a hindrance rather than a help... Just IMO :)
Ratings & Comments
14 Comments
Standard disclaimer: sorry for my bad English. I think that any user must be able to write his own UI file in QT Designer. And this user... not must know anything about slots, signals etc (do you understand me?).
I am just thinking about one small (or maybe not so small) problem here. OK, so I click the 'Games' group. Lets say I have about 40 games. What then? The menu will show all in one long bar? I wouldn't like that. But I like the idea to modify the K-Menu :)
I would love to see this included! It would even be a good default. Currently to much software shows up in the menus and some distros are making the sublevel of the menus too deep. This seems to fix both problems.
i have installed kde3.3 using RPM's for fedora,but my menu is still showing it as kde3.2 any idea why its so?
can you tell me where this actually differs from the sub-menus the kde menu has now? except the top-level folder looking like a button i dont see any differences.... (this is no offence, maybe i just didnt get your concept)
The idea is just like VRDeveloper said: To clear out the options one will never or seldom use from the main menu, and second - to minimize the movements with the mouse (my MDK has two levels of sub menus, so when trying to reach an app, I have to open menus cowering at least half the width of my screen). This is a simplified menu for mortable users. It does not intend to satisfy the requirements of power users.
since KDE is the most powerfull X system that is proving that even linuxers can enjoy a kool desktop like the MAC users, why not? I am reading the ideas that some friends are sending for the KDE team and man... KDE 4 will be the awesome desktop environment that you ever saw! But this idea should be good for that users that wanna have some small menus, or just the menus that uses a lot(like my dad... :P He hates that menus with too many options that he never will use... a old habit from his windows user days...)
IMO it would replace what sub menus do now. Only that sub menus do it better, as they utilize the rest of the screen too. IMO its not good to change the gui behaviour for not much benefit. Only my 0.01 EUR Kind regards, Stefan
First of all, my Kmenu is already pretty big, by expanding one of the sections with more entries on it, it would become huge. Second I can think of no elegant way to handle the equivalent to submenus. Representing a hierarchy there would be pretty messy.
that's the spirit
feature: YES plz default: NO thx it is good as a feature for advanced users but bad for default for newbies either to KDE or computer (it will just confuse them) over the details: the hover slide should be fast, really fast (faster than the submenu pop-ups) to make it usable it should not just replace the first level sub-menus of the K menu, it should have multiple dynamic categories (most used apps, last used apps, last installed apps (
...continued most used apps, last used apps, last installed apps (difficult but possible), last modified documents, last viewed document, last -directory- entries (--used for apps like amule that download the files into a specific directory)) hope it's not much :)
I think this should be an optional mode for the kmenu. I suppose that it might be even a good idea to have that option as a default but to allow advanced users to build their own real hierarchical menu system. Because the downsize of this idea is that you can have tons of software like you can in a hierarchival menu. once you have more then 5 categories with 10 items each, managing this kind of menu would be really dificult.
To make this work, I'm thinking that it would need to be non-click. That is, to change the shown section, one should not have to click on the header for that section, but simply hover over it, like you would a submenu. Otherwise it would be extra clicks, and then become a hindrance rather than a help... Just IMO :)