Чому Desktop Unity використовує глобальне меню додатків? [зачинено]

В іншому питанні було оголошено, що настільна версія Unity буде зберігати глобальне меню за замовчуванням. Ось факти:

1. Глобальне меню було введено в UNE для економії вертикального простору на екрані, оскільки при роздільній здатності Netbook вертикальний простір обмежений.
2. На сучасному робочому столі з високою роздільною здатністю є достатньо вертикального простору, що робить це непотрібним
3. Оголошуючи глобальні меню ООН, Марк Шуттлворт сам сказав наступне:

"Виникають питання щодо зручності використання розміщеного на панелі меню на набагато більших екранах, де вікно та меню можуть бути дуже далеко один від одного."

Переваги глобального меню, схоже, не відносяться до робочого столу з високою роздільною здатністю, і натомість, здається, приносять зворотні звороти (збільшений хід миші, велика відстань між меню та відповідним вікном).

Іншим хвилюючим фактором є те, що програми, здається, відходять від меню меню, і замість того, щоб вносити інновації в цьому і визначати нові вказівки щодо відходу від меню, ми надаємо йому перше місце вгорі робочого столу. Якщо програми продовжують віддалятися від робочого столу, ми матимемо суперечливий досвід щодо того, де знайти параметри / інструменти, пов’язані з додатком, залежно від того, який додаток ви використовуєте (наприклад, Chrome).

Нарешті, поточна реалізація глобальної панелі меню працює не для всіх додатків і навіть не працює для всіх програм, встановлених за замовчуванням. Це означає, що реалізація на робочому столі за замовчуванням буде непослідовною.

Отже, існує маса причин, чому перехід до глобального меню - погана ідея, тому нам потрібні досить переконливі аргументи, чому це гарна ідея.

Які причини впровадження глобального меню у настільній версії Unity?

З одного боку, ми робимо меню "більшим" та "легшим для удару", використовуючи край екрана, як зазначено у першій відповіді . З іншого боку, ми фактично деприоризуємо їх, використовуючи панель, в першу чергу, для показу імені програми (або заголовка вікна) і показуючи меню лише тоді, коли ви наводить курсор на панель, або використовуємо прискорювальні клавіші, пов'язані з меню. Таким чином, ми ведемо тенденцію зробити меню менш центральними для інтерфейсу користувача.

Тед Гулд блогував деякі дослідження, які він робив щодо використання меню. Неофіційно його висновки підтримують думку про те, що розміщення меню - це менше проблеми, оскільки ми використовуємо їх менше, ніж ми схильні вважати, що ми робимо.

Це було важливим питанням для нас, і ми вважаємо, що це вирішується таким чином, що це підтримується дослідженнями. Ми підтримали оригінальний крок, щоб зробити глобальне меню функцією GNOME, яке, на жаль, було відхилено.

По-перше, однакова причина, чому Mac OS завжди використовувала глобальне меню, тут однаково застосовується. Один з ключових принципів - тавтологій, насправді - в дизайні інтерфейсу є те, що «більші» речі легше «вдарити» мишкою.

Що менш очевидно, поки ніхто не замислюється над тим, що речі на краях екрана мають нескінченну висоту чи ширину (залежно від того, розташовані вони по горизонтальному чи вертикальному краю).

Зберігаючи меню у верхній частині екрана, користувачеві потрібно лише "прицілитися" горизонтально - вертикально, їм потрібно лише "кинути" курсор у верхню частину екрана.

По-друге, думка про те, що "Desktop" Unity не потребує збереження вертикального простору, є просто дурною. В останні роки я використовую широкоекранні 17-дюймові ноутбуки з дисплеями 1920x1200, часто з додатковим зовнішнім монітором тієї ж роздільної здатності, і я весь час бажаю більше вертикального простору.

Екранна нерухомість завжди розцінюється - не лише у нетбуках.

Нарешті, що стосується зауваження щодо проблем зручності використання відстані між меню та вікнами програм на великих екранах, я зовсім не впевнений, звідки це відбувається. Mac OS протягом багатьох років добре ладнає, в тому числі і в якості мого основного робочого середовища. Безперечно, існують проблеми з реальною функціональністю глобального меню для деяких додатків, і непослідовна або погана практика дизайну, безумовно, призвела до того, що деякі додатки занадто багато покладаються на панелі меню, або розкладають їх рядки меню дивними способами, але це не принципові проблеми з парадигмою глобального меню.

В аргументі того, що вікно знаходиться далеко від вікна, для людей, які тримають вікна максимально, це не має значення. Чим більше вікон у вас відкрито, схоже, що трохи більше місця не витрачається, коли не використовується глобальне меню, саме тому мені подобається вибір дизайну Mac OS.

Крім того, я не думаю, що багато людей збираються перетягувати свої вікна в нижню частину екрана або навіть на половину екрана. Я припускаю, що вони будуть тримати його у верхній частині та змінювати розмір нижнього бордюру, щоб побачити стільки, скільки могли у вікні.

Це не лише питання ефективності. Це вибір дизайну. Приємно бачити когось, крім Apple, який адаптує глобальні меню.

Витратьте свій час, щоб спробувати і насолоджуватися вибором дизайну, перш ніж робити припущення, що це не буде працювати ні для кого.

Збереження нерухомості на робочому столі - це нульовий аргумент. Якщо метою є максимізація корисного простору робочого столу, навіщо дозволити користувачам змінювати розміри вікон додатків? Чому дозволяють їм змінювати роздільну здатність екрана? Чому дозволяють їм змінювати розмір піктограм на пусковій установці? Навіщо дозволяти їм щось змінювати? Якщо дизайнери найкраще знають, чого насправді бажає користувач, то будь-яка зміна, яку робить користувач, обов'язково має бути зміною на гірше.

Розміщення вікна меню програми - це настільки ж питання, яке надає перевагу користувачеві, як і розмір вікна. Чому б не зробити розміщення меню настільки простим для керування користувачем, як і їм змінити розмір вікна?

Піктограми Cross Dash and Box для закриття, мінімізації та максимізації вікон змінюють свою позицію залежно від того, вікно програми чи максимізовано. Чому б не додати четвертий значок (смужки, можливо) для розширених параметрів вікна? З доповненням цього меню користувач може обрати бажане розміщення елементів меню для кожного вікна.