[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Ayatana] What to do with the menubar on non-full screened windows.
Matthew
" If it's an obscene amount, your pointer acceleration settings are wrong:
you'll have just as much trouble getting to the Ubuntu button, the
Trash, or the session menu."
The obscene amount is still there - you can not cut it out in just 3
words. It would be easy of course to solve problems this way.
;) Sounds like "Me, then Goethe".
I can ask you how do you get this point ? The arguments are vague.
The mouse acceleration has nothing with that - think about a large
amount of users NEVER change the initial mouse settings. In plus,
Global Menu break the eye focus when you follow the mouse to the menu
and back. Think about big screens.
Your analogy with the Trash and Session Menu is not very clear. You
normally visit Trash or Session Menu just very few times per session
but the Global Menu very often because of his role.
If the focus is disturbed too often - the brain will got tired sooner
..is a normal reaction.
"Not only would that -- like other single-menu designs -- be much slower
to use, it would also mean the menu structure changed fundamentally
depending solely on how big the window is, which would be bizarre."
you say which would be bizarre - how bizarre ?
which metric your words describe ?
this is a matter of the application owner / user choice (Like Firefox
personal menu I want this function == I install the add-on). Not any
application must be ruled by the OS using a single measure.
Hide / Show menu-bar button - can solve this problem by letting you to
choose which menu you want to see and which not.
Finally for Global Menu - If the global menu will not be optional, at
least users should choose which app will use Global Menu and not.
2011/3/30 Matthew Paul Thomas <mpt@xxxxxxxxxxxxx>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Saleel Velankar wrote on 29/03/11 15:16:
>>
>> In a nonmaximized window on
>> a. a large screen
>> b. with other nonmaximized windows present
>>
>> The global-menubar fails for these reasons.
>> 1. Confusion on which application the menu is for.
>
> This is a bug in the theme, not the layout. It affects not just using
> the menus, but the keyboard too. <http://launchpad.net/bugs/534799>
>
>> 2. Having to move the mouse an obscene amount
>
> If it's an obscene amount, your pointer acceleration settings are wrong:
> you'll have just as much trouble getting to the Ubuntu button, the
> Trash, or the session menu.
>
>> In my 1 + 2 = not nice behavior.
>>
>> http://blog.martin-graesslin.com/blog/2011/03/menu-button-inside-window-decorations/
>>
>> I have been reading this, and I think that the mockup provides a good
>> compromise in non maximized windows. Thoughts?
>>...
>
> Not only would that -- like other single-menu designs -- be much slower
> to use, it would also mean the menu structure changed fundamentally
> depending solely on how big the window is, which would be bizarre.
>
> - --
> mpt
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iEYEARECAAYFAk2S/RgACgkQ6PUxNfU6ecrh3QCghwIjRO9TeaXwsK/RFdc87G9z
> lsEAn0qEk8eklBauKYFOoy9CGXLo38rV
> =Wntf
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> Mailing list: https://launchpad.net/~ayatana
> Post to : ayatana@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~ayatana
> More help : https://help.launchpad.net/ListHelp
>
--
Nemes Ioan Sorin