Dynamic Menu

Various Stuff

Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net

0
5 .0
Description:

Yet another idea about improvements
to the K menu.
Last changelog:

17 years ago

It looks like i wasn't making myself clear
enough about what i'm trying to suggest here. so i made yet another drawing,
this one shows how a menu could look like
but with all special items DISABLED.

now the first screenshot shows the full
menu with the mail notification and such,
and the second one shows how it would
look like without them.

(The way the submenu opens up remains
part of my personal wishlist ;o))

Damian

general42

18 years ago

I really like its clean, usable, professional and yet fresh look. I have been looking for a KDE style like that for quite a long time. Up to now, I got stuck with dotNET. It's good, but it's probably not maintained anymore. Would you be willing and able to make a KDE style in the spirit of your menu? I'm just dreaming ...

Report

telex

18 years ago

I like parts of the menu, love others, and despise a few! What I'd love to see is all of these features integrated into KDE as options, so you can really customise KMenu (though of course the default would be the most easy, usable options, which at a guess would be your menu without the stats and tasks, though they could be an option in the first-time boot wizard). Just as you can current select to add "print system" and "bookmarks" etc. via radio buttons, you could have a new section for "tasks", and then individually add/remove each item you might want in that bar (I'd have none personally).

Let's not forget people that the colours are irrelevant as they should be easily changed anyway... the same goes for the icons (I love the idea of icons larger than 16x16!)

Report

C

damiancito

18 years ago


Yes. excatly.

Colors, icons and drawing style
will ALWAYS depend on color
scheme, icon set and themes.

it's a shame so few people realize this
in spite of my first message.

this is just an ides about the options
that could be added. NOT the
drawing style or color.

Report

general42

18 years ago

I just saw it. Don't have the time for a detailed criticism, I am at work now. But wanted to let you know that I think it's great.

Report

C

damiancito

18 years ago


i await your detailed criticism! ;o)

Report

C

damiancito

18 years ago


thank you very much.

i hope the developers like it too ;o)

Report

megalex

18 years ago

they should make kmenu as customizable as window decs, styles ect.. so that any style can be applied to the menu?

Report

Aravi

18 years ago

How does the layout look when flipped (eg, viewed from right sidebar).

Might need to be, to locate everything properly.

Report

DrFalken

18 years ago

Macho, el men

Report

C

damiancito

18 years ago


.... te animas a dibujar uno? ;o)


Damian

Report

uga

18 years ago

... art

Report

uga

18 years ago

La cuesti

Report

C

damiancito

18 years ago


Tengo pensado hacer una tercera
versi

Report

DrFalken

18 years ago

Is so nice this K menu... but... try to add a little banner on top or on the side of "kde" or the "k" gear.

Sergio

Report

ZennouRyuu

18 years ago

This is exactly the kind of EyeCandy KDE needs, that second screenshot is perfect, that is what I want to see everytime I cllick on my beloved "K" This has actually inspied me to begin looking for way that this could be implemented and to start tinkering under the hood of KDE. I really hope a coder more talented than I takes the initiative and puts this into motion.

Report

C

damiancito

18 years ago

----
"It doesn't have to be slow. If the
dynamic stuff is kept in memory, maybe a daemon running in the background with one single process like gkrellm does. Most of the dynamic information is in the form of text. The daemon would parse information from the /proc virtual filesystem, the system clock and lookup appointment information from korganizer. The Daemon would update itself independent of the menus so their would be no lag time. This could also be a feature that is easily switched off."
-----

This is exactly the kind of proposal i
have in mind.
In fact, there are already (AFAIK) a couple of main KDE processes in which
this kind of functionality could be
implemented without having to start
a plug-in interface from scratch.

Of course, i do realize that this new
menu does probably need a new
menu component...
but hey, somebody teach me how
to code KDE objects/components
and i'll do it myself and post it here!
hehehe..

Report

ose02

18 years ago

This looks really cool and does not have the usability issued uga's first proposal had.

Way to go!!!

Report

miol92

18 years ago

I find it very cool - I've got a similar idea too some time ago, but dropped it again. I just miss something... Recently runned programs... Then it would be perfect!

Report

mkb137

18 years ago

It could be implemented as another "Special Button", just like the "K Menu" and then be available in addition, until it catches on or becomes standard.

Report

root66

18 years ago

i personally prefer the second one.

Report

fhimpe

18 years ago

I did not like at all the original version, but I think the new version from your second screenshot is a huge improvement! It takes up a lot less space, and has some really useful new features now. Discussion should really be brought to the developer mailing lists, so this the design can be discussed amongst developers and it can be implemented for KDE 3.2!

Report

byteme

18 years ago

Very nice!
/me want

Report

Exdaix

18 years ago

Very nice. I would love to see this get implemented.

Yea it's a bit XPish but not too overwhelming.

Great idea.

Report

doctorture

18 years ago

Cool!

* I like the fact that the menus are balanced, half of them up and half down when you open a sub-menu.
This is a great usability improvement!!!

Instead of ...
-> ->
->
->

THIS ROCKS!!! Less movement to access all of them!!!
->
->->
->

* I like the menus XP'ish, large ones.

* I never liked the radio buttons of KDE (I love KDE!) when you want
to exit the desktop. I like the XP'ish that you are using (buttons separated for each action - one for logoff, one for reboot, one for turn off)

Goddard / Brasil

Report

Ashari

18 years ago

Now *that* is cool. I think that is exactly what you should propose to kde-devel, but run it by kde-usability first.

Good work!

Report

17 years ago

It looks like i wasn't making myself clear
enough about what i'm trying to suggest here. so i made yet another drawing,
this one shows how a menu could look like
but with all special items DISABLED.

now the first screenshot shows the full
menu with the mail notification and such,
and the second one shows how it would
look like without them.

(The way the submenu opens up remains
part of my personal wishlist ;o))

Damian

12345678910
product-maker Base: 4 x 5.0 Ratings
Be the first to comment
*Needs pling-store or ocs-url to install things
Pling
0 Affiliates
Details
license
version
updated Oct 27 2002
added Oct 19 2002
downloads 24h
0
mediaviews 24h 0
pageviews 24h 0