https://opennet.dev/openforum/vsluhforumID3/78403.html В дерево исходных текстов находящейся в разработке ветки Qt 4.8 интегрированы (http://agateau.wordpress.com/2011/06/23/finally-its-in/) наработки проекта appmenu-qt (https://launchpad.net/appmenu-qt), развиваемого компанией Canonical одновременно с проектом appmenu-gtk (https://launchpad.net/appmenu-gtk). Включение appmenu-qt в состав Qt позволит задействовать в Qt-приложениях технологию глобального меню, при котором, по аналогии с Mac OS X, меню программы переносится из локального окна на общую системную панель. <br><br><br>Appmenu-qt включает в себя плагин с реализацией меню и набор изменений кода библиотеки Qt, позволяющих обеспечить бесшовную поддержку взаимодействия с плагином стандартных приложений. Передача данных об элементах меню из Qt-приложений в плагин осуществляться через D-Bus, методом уже используемым в Ubuntu при реализации новой системы индикаторов. <br><br><br>Технология глобального меню реализована идентично для Qt и Gtk+, что позволяет поддерживать все типичные приложения GNOME ...<br><br>URL: http://agateau https://opennet.dev/openforum/vsluhforumID3/78403.html#81 Tue, 28 Jun 2011 22:35:42 GMT &gt;&gt; У этой идеи есть существенный недостаток: на большом мониторе часто приходится тянуться через половину экрана вместо того, чтобы сделать небольшое движение мышью до края окна.<br><br>Ну можно и тупо двинуть мышь вверх и она на уровне меню, далее просто выбираем что из меню нам нужно...<br><br>&gt;&gt; Глобальное меню удобно на небольших мониторах, где действительно нужно экономить рабочее пространство. Но на больших мониторах эффекта от такой экономии нет, а вот курсор таскать вверх-вниз приходится. Иногда доходит до абсурда &#8212; окно может быть в несколько раз меньше, чем путь от него до меню (а с учётом обратного перемещения курсора от меню к окну &#8212; умножаем ещё на два).<br><br>А иногда даже доходит до такого абсурда как в окне чата Kopete, окно чата может быть в несколько раз короче чем длина всего его меню, приходится расширять размер окна дабы влезло все меню... А с учетом раширения окна какого то там чата сколько места остается под нужные в данный момент приложения?<br><br>&gt;&gt; Впрочем, а почему собственно для малень https://opennet.dev/openforum/vsluhforumID3/78403.html#80 Tue, 28 Jun 2011 13:08:07 GMT &gt; активация окоше по наведению мыши. по пути до красивого нового меню ВНИЗАПНА! <br>&gt; встретилось другое окно. опапуленьки &#8212; мне что, теперь выделывать мышью фигурные <br>&gt; кренделя? или сдвигать то окно, меню которого мне надо, так, чтобы <br>&gt; ничего на пути не встретилось?<br><br>Ага, потому как на sloppy focus принятый на юниксовых десктопах это не расчитано, а расчитано на клики для перехода к другим окнам. Такое вот противоречие, а жаль, sloppy focus удобная штука.<br><br><br> https://opennet.dev/openforum/vsluhforumID3/78403.html#79 Tue, 28 Jun 2011 13:05:50 GMT &gt; времени на отрисовку меню была существенная. На современные Mac это перенесли <br>&gt; только потому, что пользователи уже привыкли, типа традиция. В NeXTStep, например, <br>&gt; меню тоже было не внутри окна приложения, а рядом, но было <br>&gt; оно вертикальное и меню разных приложений в основном не перекрывались, хотя <br>&gt; при потере окном фокуса меню скрывалось, на больших (по тем временам) <br>&gt; экранах NeXT так было удобнее, но когда NeXTStep стал MacOS X <br>&gt; меню перенесли снова наверх.<br><br>Да в Next были совсем другие решения по интерфейсу. И от размера экрана это решение не зависит, если конечно мышь не настроена так тормозно, что по одному движению нельзя переместить её с края на края экрана. По этому вопросу хорошо у Джоэля Спольски описано: http://russian.joelonsoftware.com/uibook/chapters/7.html<br> https://opennet.dev/openforum/vsluhforumID3/78403.html#78 Tue, 28 Jun 2011 12:25:41 GMT &gt; нет, такой балет не радует.<br><br>Всё радует, если делать это как возможность, которую можно использовать или не использовать. Если будут заставлять с пистолетом у виска, тогда да - хреново.<br> https://opennet.dev/openforum/vsluhforumID3/78403.html#77 Tue, 28 Jun 2011 11:58:52 GMT &gt; только если у юзера вид и способ работы такой, какой считают правильным <br>&gt; разработчики.<br>&gt; но, в принципе, правильно: если позволить юзеру самому выбирать, что ему надо&#8230; <br>&gt; эти юзеры *такого* понавыбирают. да и тестировать больше придётся. поэтому лучше <br>&gt; всего побольше вещей заточить под Единственно Правильный Способ.<br><br>Да никто не спорит с тем, что на вкус и цвет. Я работаю на довольно больших мониторах и мне удобно использовать глобальное меню, точно также, как удобно работать на 13' с ним же. Поэтому то, что разработчики предоставляют выбор использовать глобальное меню, либо не использовать, а не "глобального меню нет и не будет" - это очень хорошо. Это лицом к юзерам.<br><br> https://opennet.dev/openforum/vsluhforumID3/78403.html#75 Tue, 28 Jun 2011 07:56:31 GMT Наверняка подали заявку, но возможно ещё не получили бумажку. Вон на мультитач они только в этом месяце патент получили, так что в ближайшее время начнут всех нагибать...<br> https://opennet.dev/openforum/vsluhforumID3/78403.html#74 Tue, 28 Jun 2011 07:42:19 GMT Можно придумать хоткеи для активации 1-го, 2-го и т д пункта меню.<br>Если работать хоткеями, то действительно никакой разницы (ведь сначала нужно переключиться на нужное окно, а потом открыть меню), а если на экране 2 окна, то мышью попасть в нужное меню становится много сложнее.<br>Сабж может быть удобен если все равно нужна еще одна панелька вверху (напр с ярлыками). В эту панельку можно запихать меню и декоратор окна. Хотя, декоратор удобнее поместить в такс панель. В интерфейсе кед еще многого нехватает.<br> https://opennet.dev/openforum/vsluhforumID3/78403.html#73 Tue, 28 Jun 2011 07:16:27 GMT Ребята, может кто в курсе, Apple случайно не запатентовали глобал меню?<br> https://opennet.dev/openforum/vsluhforumID3/78403.html#72 Tue, 28 Jun 2011 06:45:25 GMT На самом деле странно, глобальное меню в мак ос, очень удобная фишка, только приятные впечатления, при это в убунте периодически раздражает.<br>