Quoting David Chisnall <[EMAIL PROTECTED]>: > On 3 Mar 2006, at 10:09, Sa�o Kiselkov wrote: > > > Well, anyways I've improved the looks a bit, spaced the elements > > more appart, > > made the separators semi-transparent (= reduced contrast). Take a > > look and tell > > what you think ;-) > > > > http://altair.dcs.elf.stuba.sk/~diablos/menubar > > I like the spacing and the separators, but I'm not convinced by the > arrow. For one thing, the Étoilé icon doesn't have one, but has the > same behaviour as the menus.
I knew this would get on the nerves of people :-) The one reason why I'd like to have the icons inside is that I'd like the menubar to be able to contain leaf menu items as well as submenu menu items. Why? Consistency - it's still a fully featured menu. I hate that on Apple you can't put a leaf menu item in there... I understand your point with the Etoile icon though, but I just don't see a solution to this dilemma right now. :-) We'll see - It can be changed anytime. > I would still like to see the > Application menu replaced with an icon to maintain constant spacing, > and I agree with Quentin on the placement of the Services menu. > Putting it on the right (where the Spotlight icon is on Tiger) would > make it easy to hit, and also show that it is not part of the > application (as others have said, it is related to the selected > object, not to the selected application). Here I don't agree with you - suppose you're working with a lot of apps (modern machines have no problem to host dozens of running apps and many power users tend to have as many open), so in order to find out which app's window you've just selected, you'd have to memorize every app's icon and be able to decypher it from the 20px tall menubar. I think it's always easier to find the 'File' menu item with a quick look (you know it's the first non-bold menu item from the left), than try to figure out from a small 18x18 px crappily downsampled icon just which app the heck you're currently working with. About the services menu: yes, interresting idea, but hell difficult to implement. Basically, I'd have to blow the entire implementation appart and reinvent it again and go for a different implementation approach. It's because the full-length menubar is actually owned by EtoileMenuServer and sits one level below a normal menu's level. Apps display their own menubar above it with a style that makes the whole thing appear as a single window. This way I don't have to simulate the entire menusystem of a different app in EtoileMenuServer - which would be hell difficult anyway and would (likely) require significant changes in -gui instead of just a simple bundle extension to load at runtime. -- Saso _______________________________________________ Etoile-dev mailing list [email protected] https://mail.gna.org/listinfo/etoile-dev
