forum.opennet.ru - "В состав Qt принят код с реализацией глобального меню" (55)

"В состав Qt принят код с реализацией глобального меню"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"В состав Qt принят код с реализацией глобального меню"	+/–
Сообщение от opennews (??), 27-Июн-11, 17:30
В дерево исходных текстов находящейся в разработке ветки 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, меню программы переносится из локального окна на общую системную панель. Appmenu-qt включает в себя плагин с реализацией меню и набор изменений кода библиотеки Qt, позволяющих обеспечить бесшовную поддержку взаимодействия с плагином стандартных приложений. Передача данных об элементах меню из Qt-приложений в плагин осуществляться через D-Bus, методом уже используемым в Ubuntu при реализации новой системы индикаторов. Технология глобального меню реализована идентично для Qt и Gtk+, что позволяет поддерживать все типичные приложения GNOME ... URL: http://agateau.wordpress.com/2011/06/23/finally-its-in/ Новость: http://www.opennet.me/opennews/art.shtml?num=31007
Ответить \| Правка \| Cообщить модератору

Оглавление

Для планшеток в такое общем то нормально вполне, пожалуй , Аноним (-), 17:30 , 27-Июн-11, (2) +1

Это отлично для любого окружения Ведь невозможно работать с меню нескольких око, Аноним (-), 00:43 , 28-Июн-11, (55)

активация окоше по наведению мыши по пути до красивого нового меню ВНИЗАПНА вс, anonymous (??), 02:07 , 28-Июн-11, (63) +2

Всё радует, если делать это как возможность, которую можно использовать или не и, Sergey722 (ok), 16:25 , 28-Июн-11, (78)
Ага, потому как на sloppy focus принятый на юниксовых десктопах это не расчитано, Axel (??), 17:08 , 28-Июн-11, (80)

Мышой возить по экрану из конца в конец за меню - вот уж где пустая трата времен, szh (ok), 05:54 , 28-Июн-11, (69) +1

Можно придумать хоткеи для активации 1-го, 2-го и т д пункта меню Если работать , Аноним (-), 11:42 , 28-Июн-11, (74)

вы конечно меня извините, но это нифиг не нужная фиговина чтоб добраться до меню, анон (?), 17:40 , 27-Июн-11, (4) –3

Два клика только в случаеесли окно неактивно, что редко надо А вообще вполне но, anton7811 (ok), 18:00 , 27-Июн-11, (5) +3

Согласен почти все на хоткеяхменю и иногда заголовки спрятаны тоже по хоткеям т, анон (?), 19:18 , 27-Июн-11, (16)
У этой идеи есть существенный недостаток на большом мониторе часто приходится т, askh (ok), 19:49 , 27-Июн-11, (23) +11

Полностью согласен Пользовался некоторое время MAC ом, так из-за большого монито, Sinot (ok), 20:40 , 27-Июн-11, (37)
тоже согласен Добавьте сюда еще вариант, когда у вас несколько мониторов, дюймо, Avator (ok), 22:05 , 27-Июн-11, (49) +1
Вся соль глобального меню в том что на него легче позиционироваться Оно по сути, Siberianlaika (ok), 00:45 , 28-Июн-11, (56) +5

особенно если над ним таскбар, например , anonymous (??), 01:43 , 28-Июн-11, (58)
Дизайнеры интерфейсов Apple создавали такое меню на маленьких Mac с 9-10 экран, qqq (??), 10:20 , 28-Июн-11, (71)

Да в Next были совсем другие решения по интерфейсу И от размера экрана это реше, Axel (??), 17:05 , 28-Июн-11, (79)

Ну можно и тупо двинуть мышь вверх и она на уровне меню, далее просто выбираем ч, denel (??), 02:35 , 29-Июн-11, (81)

На планшетниках где сложно сделать клик мышкой и особенно разделить их на лев, Аноним (-), 23:08 , 27-Июн-11, (52)

Apple засудит , Аноним (-), 18:07 , 27-Июн-11, (6) –4

хорошо бы , pavlinux (ok), 20:10 , 27-Июн-11, (28) +2

168 Кроме стандартных программ KDE и GNOME поддержка глобального меню с недавн, xoomer (ok), 18:43 , 27-Июн-11, (9)

Будет же в Qt 4 8, Аноним (-), 19:10 , 27-Июн-11, (11)

видимо Fedora см выше воспринимается как нечто божественное, Ононимчег (?), 19:11 , 27-Июн-11, (12) +1

Я просто подразумевал Fedora с GNOME BTW, так эта фича для LO под QT разве тольк, xoomer (ok), 20:51 , 27-Июн-11, (38)

lo-menubar - расширение для libreoffice, оно независимо от qt и gtk , Аноним (-), 21:47 , 27-Июн-11, (47)

вот до сих пор интересно кто им наврал, что это удобно , anonymous (??), 19:47 , 27-Июн-11, (22) +2

Не знаю Но как обычно решили за всех , anonymous (??), 19:54 , 27-Июн-11, (24) +2

я полагаю, не настолько страшно наверняка при отсутствии поддержки этой фичи со, anonymous (??), 20:04 , 27-Июн-11, (26)

Я тоже надеюсь Вот только таскать с собой QtDbus явно не айс , anonymous (??), 21:30 , 27-Июн-11, (45)

ну чего вы все, вы новость читали это просто коммит поддержки меню приложения ч, Аноним (-), 20:10 , 27-Июн-11, (29) +6
Джоэл Спольски описывал, чем это удобно Проще всего поймать мышью на экране его, Аноним (-), 20:30 , 27-Июн-11, (32)

это в том случае, если сверху, например, нет таскбара а снизу 8212 панельки , anonymous (??), 20:39 , 27-Июн-11, (36) +1

Уже больше пяти лет работаю 99 времени под MacOS-ю Общее меню было непривычно п, cryo (ok), 21:36 , 27-Июн-11, (46)

ну, я опять скажу у меня сверху таскбар поэтому глдавнй аргумент 8212 171, anonymous (??), 01:54 , 28-Июн-11, (59)

Предлагаю конспирологическую версию Mac OS X 8212 часть хитроумного секретно, askh (ok), 22:03 , 27-Июн-11, (48) +4

И как и положено начинанию MS, план успешно зафэйлился, ифоны захватили мир, а в, Аноним (-), 23:09 , 27-Июн-11, (53) +2

Виновт Баллмер, похеривший Win CE, которая была очень удачной , Nxx (ok), 04:57 , 28-Июн-11, (67)

да нет, не стоит искать конспирологию там, где можно всё объяснить простой глупо, anonymous (??), 01:56 , 28-Июн-11, (60)

У них другая логика 1 Так сделано в Mac OS X2 Mac OS X дороже винды3 Эначит, , Nxx (ok), 04:56 , 28-Июн-11, (66)

и для макоси это действительно круто потому что там чётко сказано, как пользова, anonymous (??), 05:03 , 28-Июн-11, (68)

Вполне в духе каноникла, что кнопки слева на право перетаскивать, что меню из ло, Аноним (-), 20:08 , 27-Июн-11, (27) –1

Ага, а потом раздувать из этого сенсацию, Аноним (-), 20:31 , 27-Июн-11, (33) –1

пользовал ещё в KDE3, неудобно нифига Чтобы использовать меню от окна нужно пры, анонимус (??), 20:59 , 27-Июн-11, (41) +1
За универсальность исполнения им плюс Главное что появилась возможность, те кто, Lampus (ok), 21:29 , 27-Июн-11, (44) +1
На самом деле, им просто надо было прежде чем релизить это дело подумать головой, Alatar (ok), 22:52 , 27-Июн-11, (50) +3

Как бы сделать инсепшн нашему космонавту на эту тему, а , Шланг (?), 01:36 , 28-Июн-11, (57) +3
некогда думать, трясти надо , anonymous (??), 02:00 , 28-Июн-11, (61)

Под Gnome Shell бы такую радость Это удобно , KOL (ok), 22:56 , 27-Июн-11, (51)

только если у юзера вид и способ работы такой, какой считают правильным разработ, anonymous (??), 02:02 , 28-Июн-11, (62)

Да никто не спорит с тем, что на вкус и цвет Я работаю на довольно больших мони, KOL (ok), 15:58 , 28-Июн-11, (77)

По моему меню из окна программы в глобальное нужно переносить только если окно р, Prof1983 (?), 04:38 , 28-Июн-11, (65) +1
На самом деле странно, глобальное меню в мак ос, очень удобная фишка, только при, koblin (ok), 10:45 , 28-Июн-11, (72)
Ребята, может кто в курсе, Apple случайно не запатентовали глобал меню , Аноним (-), 11:16 , 28-Июн-11, (73)

Наверняка подали заявку, но возможно ещё не получили бумажку Вон на мультитач о, Alatar (ok), 11:56 , 28-Июн-11, (75)

Сообщения [Сортировка по времени | RSS]

2. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от Аноним (-), 27-Июн-11, 17:30

Для планшеток в такое общем то нормально вполне, пожалуй.

Ответить | Правка | Наверх | Cообщить модератору

55. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 28-Июн-11, 00:43

Это отлично для любого окружения.
Ведь невозможно работать с меню нескольких окон одновременно, даже если они вместе на экране. Так зачем показывать несколько меню? Пустая трата места.

Ответить | Правка | Наверх | Cообщить модератору

63. "В состав Qt принят код с реализацией глобального меню" +2 +/–

Сообщение от anonymous (??), 28-Июн-11, 02:07

> Это отлично для любого окружения.
> Ведь невозможно работать с меню нескольких окон одновременно, даже если они вместе
> на экране. Так зачем показывать несколько меню? Пустая трата места.
активация окоше по наведению мыши. по пути до красивого нового меню ВНИЗАПНА! встретилось другое окно. опапуленьки — мне что, теперь выделывать мышью фигурные кренделя? или сдвигать то окно, меню которого мне надо, так, чтобы ничего на пути не встретилось?
нет, такой балет не радует.

Ответить | Правка | Наверх | Cообщить модератору

78. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Sergey722 (ok), 28-Июн-11, 16:25

> нет, такой балет не радует.
Всё радует, если делать это как возможность, которую можно использовать или не использовать. Если будут заставлять с пистолетом у виска, тогда да - хреново.

Ответить | Правка | Наверх | Cообщить модератору

80. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Axel (??), 28-Июн-11, 17:08

> активация окоше по наведению мыши. по пути до красивого нового меню ВНИЗАПНА!
> встретилось другое окно. опапуленьки — мне что, теперь выделывать мышью фигурные
> кренделя? или сдвигать то окно, меню которого мне надо, так, чтобы
> ничего на пути не встретилось?
Ага, потому как на sloppy focus принятый на юниксовых десктопах это не расчитано, а расчитано на клики для перехода к другим окнам. Такое вот противоречие, а жаль, sloppy focus удобная штука.

Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

69. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от szh (ok), 28-Июн-11, 05:54

> Так зачем показывать несколько меню? Пустая трата места.
Мышой возить по экрану из конца в конец за меню - вот уж где пустая трата времени. Оптимальность прорисовки приложений на заднем плане фигня по сравнению с этим.

Ответить | Правка | К родителю #55 | Наверх | Cообщить модератору

74. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 28-Июн-11, 11:42

Можно придумать хоткеи для активации 1-го, 2-го и т д пункта меню.
Если работать хоткеями, то действительно никакой разницы (ведь сначала нужно переключиться на нужное окно, а потом открыть меню), а если на экране 2 окна, то мышью попасть в нужное меню становится много сложнее.
Сабж может быть удобен если все равно нужна еще одна панелька вверху (напр с ярлыками). В эту панельку можно запихать меню и декоратор окна. Хотя, декоратор удобнее поместить в такс панель. В интерфейсе кед еще многого нехватает.

Ответить | Правка | Наверх | Cообщить модератору

4. "В состав Qt принят код с реализацией глобального меню" –3 +/–

Сообщение от анон (?), 27-Июн-11, 17:40

вы конечно меня извините, но это нифиг не нужная фиговина.
чтоб добраться до меню окна нужно делать 2 клика.

Ответить | Правка | Наверх | Cообщить модератору

5. "В состав Qt принят код с реализацией глобального меню" +3 +/–

Сообщение от anton7811 (ok), 27-Июн-11, 18:00

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

Ответить | Правка | Наверх | Cообщить модератору

16. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от анон (?), 27-Июн-11, 19:18

Согласен. почти все на хоткеях
меню и иногда заголовки спрятаны тоже по хоткеям так
как последнее время приложения стали жирноваты и требуют больше места)

Ответить | Правка | Наверх | Cообщить модератору

23. "В состав Qt принят код с реализацией глобального меню" +11 +/–

Сообщение от askh (ok), 27-Июн-11, 19:49

У этой идеи есть существенный недостаток: на большом мониторе часто приходится тянуться через половину экрана вместо того, чтобы сделать небольшое движение мышью до края окна.
Глобальное меню удобно на небольших мониторах, где действительно нужно экономить рабочее пространство. Но на больших мониторах эффекта от такой экономии нет, а вот курсор таскать вверх-вниз приходится. Иногда доходит до абсурда — окно может быть в несколько раз меньше, чем путь от него до меню (а с учётом обратного перемещения курсора от меню к окну — умножаем ещё на два).
Впрочем, а почему собственно для маленького монитора и тачпада должен быть такой же способ работы с интерфейсом, как для большого монитора и мыши? Нас же например не удивляет, что у автомобиля и у мотоцикла руль имеет разную форму. Для одного размера удобней один интерфейс, для другого — другой. GNOME - для десктопов, Unity — для нетбуков. Собственно у меня так в результате и получилось, на нетбуке Unity прижился, а на десктопе я переключился с Unity на обычный GNOME, и почувствовал при этом громадное облегчение. Только попользовавшись Unity понимаешь, какое это счастье, когда кликаешь по значку приложения, и открывается НОВОЕ окно ;-) То есть когда действие, которое приходилось делать в два клика, наконец-то снова совершается в один клик.

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

37. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Sinot (ok), 27-Июн-11, 20:40

Полностью согласен.
Пользовался некоторое время MAC'ом, так из-за большого монитора я тысячу раз проклял эту систему. А вот на системах с маленьким экраном, думаю, отлично впишется.

Ответить | Правка | Наверх | Cообщить модератору

49. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от Avator (ok), 27-Июн-11, 22:05

тоже согласен. Добавьте сюда еще вариант, когда у вас несколько мониторов, дюймов этак по 24.
Глобальное меню в этой ситуации безумно раздражает. Впрочем как и Юнити.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

56. "В состав Qt принят код с реализацией глобального меню" +5 +/–

Сообщение от Siberianlaika (ok), 28-Июн-11, 00:45

Вся соль глобального меню в том что на него легче позиционироваться. Оно по сути "бесконечно" по высоте, потому как можно быстро и не задумываясь о скорости курсора двинуть мышку вверх экрана - точность требуется только для горизонтальных движений. Напротив в оконных меню надо следить, чтобы мышь не уехала ниже или выше на заголовок окна. Очень старая эргономическая фишка, которую просекли дизайнеры интерфейсов Apple.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

58. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 01:43

особенно если над ним таскбар, например.

Ответить | Правка | Наверх | Cообщить модератору

71. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от qqq (??), 28-Июн-11, 10:20

> Очень старая эргономическая фишка, которую просекли дизайнеры интерфейсов Apple.
Дизайнеры интерфейсов Apple создавали такое меню на маленьких Mac с 9-10'' экранами, которые (компьютеры) были относительно медленными и экономия места на экране и времени на отрисовку меню была существенная. На современные Mac это перенесли только потому, что пользователи уже привыкли, типа традиция. В NeXTStep, например, меню тоже было не внутри окна приложения, а рядом, но было оно вертикальное и меню разных приложений в основном не перекрывались, хотя при потере окном фокуса меню скрывалось, на больших (по тем временам) экранах NeXT так было удобнее, но когда NeXTStep стал MacOS X меню перенесли снова наверх.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

79. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Axel (??), 28-Июн-11, 17:05

> времени на отрисовку меню была существенная. На современные Mac это перенесли
> только потому, что пользователи уже привыкли, типа традиция. В NeXTStep, например,
> меню тоже было не внутри окна приложения, а рядом, но было
> оно вертикальное и меню разных приложений в основном не перекрывались, хотя
> при потере окном фокуса меню скрывалось, на больших (по тем временам)
> экранах NeXT так было удобнее, но когда NeXTStep стал MacOS X
> меню перенесли снова наверх.
Да в Next были совсем другие решения по интерфейсу. И от размера экрана это решение не зависит, если конечно мышь не настроена так тормозно, что по одному движению нельзя переместить её с края на края экрана. По этому вопросу хорошо у Джоэля Спольски описано: http://russian.joelonsoftware.com/uibook/chapters/7.html

Ответить | Правка | Наверх | Cообщить модератору

81. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от denel (??), 29-Июн-11, 02:35

>> У этой идеи есть существенный недостаток: на большом мониторе часто приходится тянуться через половину экрана вместо того, чтобы сделать небольшое движение мышью до края окна.
Ну можно и тупо двинуть мышь вверх и она на уровне меню, далее просто выбираем что из меню нам нужно...
>> Глобальное меню удобно на небольших мониторах, где действительно нужно экономить рабочее пространство. Но на больших мониторах эффекта от такой экономии нет, а вот курсор таскать вверх-вниз приходится. Иногда доходит до абсурда — окно может быть в несколько раз меньше, чем путь от него до меню (а с учётом обратного перемещения курсора от меню к окну — умножаем ещё на два).
А иногда даже доходит до такого абсурда как в окне чата Kopete, окно чата может быть в несколько раз короче чем длина всего его меню, приходится расширять размер окна дабы влезло все меню... А с учетом раширения окна какого то там чата сколько места остается под нужные в данный момент приложения?
>> Впрочем, а почему собственно для маленького монитора и тачпада должен быть такой же способ работы с интерфейсом, как для большого монитора и мыши? Нас же например не удивляет, что у автомобиля и у мотоцикла руль имеет разную форму. Для одного размера удобней один интерфейс, для другого — другой. GNOME - для десктопов, Unity — для нетбуков. Собственно у меня так в результате и получилось, на нетбуке Unity прижился, а на десктопе я переключился с Unity на обычный GNOME, и почувствовал при этом громадное облегчение. Только попользовавшись Unity понимаешь, какое это счастье, когда кликаешь по значку приложения, и открывается НОВОЕ окно ;-) То есть когда действие, которое приходилось делать в два клика, наконец-то снова совершается в один клик.
Ну а это уже скорее действительно дело вкуса. Глобальное меню Apple поддерживает по день сегодняшний в купе общей политики - не нагромаждать пользовательский интерфейс до тошноты, что касается меню, действительно, меню - текст, а текст несет информационную нагрузку, если таких окон несколько то и в соответствующее колличество раз увеличена информационная нагрузка интерфейса рабочего пространства на пользователя. Я когда меню выпихнул в единую панель, приложения стали смотреться проще, приятнее, ну редко нужно меню то это, а постоянно тыкать Control+M как предложили разработчики KDE - лишние действия.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

52. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 27-Июн-11, 23:08

> вы конечно меня извините, но это нифиг не нужная фиговина.
На планшетниках где сложно сделать "клик мышкой" и особенно разделить их на "левый" и "правый" - нормально вполне.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

6. "В состав Qt принят код с реализацией глобального меню" –4 +/–

Сообщение от Аноним (-), 27-Июн-11, 18:07

Apple засудит....

Ответить | Правка | Наверх | Cообщить модератору

28. "В состав Qt принят код с реализацией глобального меню" +2 +/–

Сообщение от pavlinux (ok), 27-Июн-11, 20:10

хорошо бы.

Ответить | Правка | Наверх | Cообщить модератору

9. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от xoomer (ok), 27-Июн-11, 18:43

¨Кроме стандартных программ KDE и GNOME поддержка глобального меню с недавних пор реализована и для таких популярных приложений, как LibreOffice (через плагин lo-menubar)...¨
ссылка ведет на Launchpad. А для Fedora такое есть?

Ответить | Правка | Наверх | Cообщить модератору

11. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 27-Июн-11, 19:10

Будет же в Qt 4.8

Ответить | Правка | Наверх | Cообщить модератору

12. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от Ононимчег (?), 27-Июн-11, 19:11

видимо Fedora (см. выше) воспринимается как нечто божественное

Ответить | Правка | Наверх | Cообщить модератору

38. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от xoomer (ok), 27-Июн-11, 20:51

Я просто подразумевал Fedora с GNOME.
BTW, так эта фича для LO под QT разве только? Там же (в новости) написано и о GTK.

Ответить | Правка | Наверх | Cообщить модератору

47. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 27-Июн-11, 21:47

lo-menubar - расширение для libreoffice, оно независимо от qt и gtk.

Ответить | Правка | Наверх | Cообщить модератору

22. "В состав Qt принят код с реализацией глобального меню" +2 +/–

Сообщение от anonymous (??), 27-Июн-11, 19:47

> по аналогии с Mac OS X, меню программы переносится из локального окна на общую системную панель
вот до сих пор интересно: кто им наврал, что это удобно?

Ответить | Правка | Наверх | Cообщить модератору

24. "В состав Qt принят код с реализацией глобального меню" +2 +/–

Сообщение от anonymous (??), 27-Июн-11, 19:54

>вот до сих пор интересно: кто им наврал, что это удобно?
Не знаю. Но как обычно решили за всех.

Ответить | Правка | Наверх | Cообщить модератору

26. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 27-Июн-11, 20:04

>>вот до сих пор интересно: кто им наврал, что это удобно?
> Не знаю. Но как обычно решили за всех.
я полагаю, не настолько страшно: наверняка при отсутствии поддержки этой фичи со стороны DE (или при отключении оной) оно будет вести себя как нормальное меню. а если нет — тогда алес, конечно.

Ответить | Правка | Наверх | Cообщить модератору

45. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 27-Июн-11, 21:30

>оно будет вести себя как нормальное меню
Я тоже надеюсь. Вот только таскать с собой QtDbus явно не айс.

Ответить | Правка | Наверх | Cообщить модератору

29. "В состав Qt принят код с реализацией глобального меню" +6 +/–

Сообщение от Аноним (-), 27-Июн-11, 20:10

>обязательно, можно ли убрать, я так радовался что нету...
ну чего вы все, вы новость читали? это просто коммит поддержки меню приложения через dbus,
можно реализовать, например, путем добавления menu-плазмоида на панель. а можно и не добавлять. или добавить кнопку глобального меню аля фаерфокс в заголовок окна. а можно и не добавлять.
это же КДЕ, здесь нет прибитых гвоздями элементов интерфейса.
все, расходимся.

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

32. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 27-Июн-11, 20:30

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

Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

36. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от anonymous (??), 27-Июн-11, 20:39

> Джоэл Спольски описывал, чем это удобно. Проще всего поймать мышью на экране
> его углы и края, швырнув ее в соответствующем направлении
это в том случае, если сверху, например, нет таскбара. а снизу — панельки со всякими погремушками.

Ответить | Правка | Наверх | Cообщить модератору

46. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от cryo (ok), 27-Июн-11, 21:36

>> по аналогии с Mac OS X, меню программы переносится из локального окна на общую системную панель
> вот до сих пор интересно: кто им наврал, что это удобно?
Уже больше пяти лет работаю 99% времени под MacOS-ю.
Общее меню было непривычно первые пару дней...
Теперь это меню настолько обычно и удобно, что доставляет мне только положительные эмоции.
Повторюсь, это - IMHO.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

59. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 01:54

ну, я опять скажу: у меня сверху таскбар. поэтому глдавнй аргумент — «швырнул мышь вверх — и ты в меню» — не работает. более ничего там особо полезного нет. кроме того, надо перед использованием меню ещё и вспомнить, какое окно активно. а если стоит активация окна по наведению мыши, и по пути я встретил другое окно, не то, от которого меню хотел?

Ответить | Правка | Наверх | Cообщить модератору

48. "В состав Qt принят код с реализацией глобального меню" +4 +/–

Сообщение от askh (ok), 27-Июн-11, 22:03

>> по аналогии с Mac OS X, меню программы переносится из локального окна на общую системную панель
> вот до сих пор интересно: кто им наврал, что это удобно?
Предлагаю конспирологическую версию: Mac OS X — часть хитроумного секретного плана Microsoft, ставящего целью завести развитие Linux в тупик, убедив его разработчиков повторить "удобнейшие" особенности Mac OS X... :-)

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

53. "В состав Qt принят код с реализацией глобального меню" +2 +/–

Сообщение от Аноним (-), 27-Июн-11, 23:09

> Microsoft, ставящего целью завести развитие Linux в тупик, убедив его разработчиков
> повторить "удобнейшие" особенности Mac OS X... :-)
И как и положено начинанию MS, план успешно зафэйлился, ифоны захватили мир, а вслед за ними пошли всякие андроиды. А MS тщетно пытается втюхивать мобильную винду теперь...

Ответить | Правка | Наверх | Cообщить модератору

67. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Nxx (ok), 28-Июн-11, 04:57

>> Microsoft, ставящего целью завести развитие Linux в тупик, убедив его разработчиков
>> повторить "удобнейшие" особенности Mac OS X... :-)
> И как и положено начинанию MS, план успешно зафэйлился, ифоны захватили мир,
> а вслед за ними пошли всякие андроиды. А MS тщетно пытается
> втюхивать мобильную винду теперь...
Виновт Баллмер, похеривший Win CE, которая была очень удачной.

Ответить | Правка | Наверх | Cообщить модератору

60. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 01:56

да нет, не стоит искать конспирологию там, где можно всё объяснить простой глупостью.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

66. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Nxx (ok), 28-Июн-11, 04:56

> вот до сих пор интересно: кто им наврал, что это удобно?
У них другая логика:
1) Так сделано в Mac OS X
2) Mac OS X дороже винды
3) Эначит, это круто.

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

68. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 05:03

>> вот до сих пор интересно: кто им наврал, что это удобно?
> У них другая логика:
> 1) Так сделано в Mac OS X
> 2) Mac OS X дороже винды
> 3) Эначит, это круто.
и для макоси это действительно круто. потому что там чётко сказано, как пользователь должен работать с системой. ай, сколько у них кнопки maximize не было в десятке? «у васть есть выбор между чудесным чёрным чветом автомобиля и отличным чёрным цветом автомобиля!»

Ответить | Правка | Наверх | Cообщить модератору

27. "В состав Qt принят код с реализацией глобального меню" –1 +/–

Сообщение от Аноним (-), 27-Июн-11, 20:08

Вполне в духе каноникла, что кнопки слева на право перетаскивать, что меню из локального - глобальным делать.

Ответить | Правка | Наверх | Cообщить модератору

33. "В состав Qt принят код с реализацией глобального меню" –1 +/–

Сообщение от Аноним (-), 27-Июн-11, 20:31

Ага, а потом раздувать из этого сенсацию

Ответить | Правка | Наверх | Cообщить модератору

41. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от анонимус (??), 27-Июн-11, 20:59

>>меню программы переносится из локального окна на общую системную панель
пользовал ещё в KDE3, неудобно нифига. Чтобы использовать меню от окна нужно прыгать взглядом по всему экрану, я уж не говорю о том, что мышью придётся возюкать в два раза больше.

Ответить | Правка | Наверх | Cообщить модератору

44. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от Lampus (ok), 27-Июн-11, 21:29

За универсальность исполнения им плюс. Главное что появилась возможность, те кто хотят использовать - используют, кто не хотят - просто не включают эту фигню.
Сомневаюсь что мне глобальное меню будет полезно.

Ответить | Правка | Наверх | Cообщить модератору

50. "В состав Qt принят код с реализацией глобального меню" +3 +/–

Сообщение от Alatar (ok), 27-Июн-11, 22:52

На самом деле, им просто надо было прежде чем релизить это дело подумать головой и добавить режим, когда локальное меню переносится в глобальное только для окон, распахнутых на весь экран, а для всех остальных остаётся на своём месте. ИМХО в таком виде оно имело бы смысл и было бы более-менее удобно. В том виде, в каком оно есть сейчас... Мне вот недавно понадобилось первый раз настроить Ekiga и так получилось, что настраивать надо было на свеже-уставновленной убунте - я с пол часа матерился и разобрался, где в этой екиге что настраивается только после того, как перезагрузился в другую ось, с нормальными меню, ибо при такой организации несколько мелких окошек каждое со своим меню создают кашу и путаницу. =)

Ответить | Правка | Наверх | Cообщить модератору

57. "В состав Qt принят код с реализацией глобального меню" +3 +/–

Сообщение от Шланг (?), 28-Июн-11, 01:36

>На самом деле, им просто надо было прежде чем релизить это дело подумать головой и добавить режим, когда локальное меню переносится в глобальное только для окон, распахнутых на весь экран, а для всех остальных остаётся на своём месте.
Как бы сделать инсепшн нашему космонавту на эту тему, а?

Ответить | Правка | Наверх | Cообщить модератору

61. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 02:00

> подумать головой
некогда думать, трясти надо!

Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

51. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от KOL (ok), 27-Июн-11, 22:56

Под Gnome Shell бы такую радость.
>вот до сих пор интересно: кто им наврал, что это удобно?
Это удобно.

Ответить | Правка | Наверх | Cообщить модератору

62. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от anonymous (??), 28-Июн-11, 02:02

> Под Gnome Shell бы такую радость.
>>вот до сих пор интересно: кто им наврал, что это удобно?
> Это удобно.
только если у юзера вид и способ работы такой, какой считают правильным разработчики.
но, в принципе, правильно: если позволить юзеру самому выбирать, что ему надо… эти юзеры *такого* понавыбирают. да и тестировать больше придётся. поэтому лучше всего побольше вещей заточить под Единственно Правильный Способ.

Ответить | Правка | Наверх | Cообщить модератору

77. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от KOL (ok), 28-Июн-11, 15:58

> только если у юзера вид и способ работы такой, какой считают правильным
> разработчики.
> но, в принципе, правильно: если позволить юзеру самому выбирать, что ему надо…
> эти юзеры *такого* понавыбирают. да и тестировать больше придётся. поэтому лучше
> всего побольше вещей заточить под Единственно Правильный Способ.
Да никто не спорит с тем, что на вкус и цвет. Я работаю на довольно больших мониторах и мне удобно использовать глобальное меню, точно также, как удобно работать на 13' с ним же. Поэтому то, что разработчики предоставляют выбор использовать глобальное меню, либо не использовать, а не "глобального меню нет и не будет" - это очень хорошо. Это лицом к юзерам.

Ответить | Правка | Наверх | Cообщить модератору

65. "В состав Qt принят код с реализацией глобального меню" +1 +/–

Сообщение от Prof1983 (?), 28-Июн-11, 04:38

По моему меню из окна программы в глобальное нужно переносить только если окно развернуто на полный экран. При этом еще верхнюю полосу (в которой кнопки свертывания/развертывания/закрытия находятся) скрывать.
Такой подход будет экономить место на экранах с маленьким разрешением и не будет негатива при использовании на экранах с большим разрешением.
Лично у меня дома ноутбук с 1280x800, а на работе 24" разрешением 1600x1200. Так вот почти все программы, которые на маленьком мониторе разворачиваю на полный кран на большим мониторе приходится уменьшать в размерах.

Ответить | Правка | Наверх | Cообщить модератору

72. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от koblin (ok), 28-Июн-11, 10:45

На самом деле странно, глобальное меню в мак ос, очень удобная фишка, только приятные впечатления, при это в убунте периодически раздражает.

Ответить | Правка | Наверх | Cообщить модератору

73. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Аноним (-), 28-Июн-11, 11:16

Ребята, может кто в курсе, Apple случайно не запатентовали глобал меню?

Ответить | Правка | Наверх | Cообщить модератору

75. "В состав Qt принят код с реализацией глобального меню" +/–

Сообщение от Alatar (ok), 28-Июн-11, 11:56

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

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "В состав Qt принят код с реализацией глобального меню"	+1 +/–
Сообщение от Аноним (-), 27-Июн-11, 17:30
Для планшеток в такое общем то нормально вполне, пожалуй.
Ответить \| Правка \| Наверх \| Cообщить модератору


	55. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Аноним (-), 28-Июн-11, 00:43
	Это отлично для любого окружения. Ведь невозможно работать с меню нескольких окон одновременно, даже если они вместе на экране. Так зачем показывать несколько меню? Пустая трата места.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	63. "В состав Qt принят код с реализацией глобального меню"	+2 +/–
	Сообщение от anonymous (??), 28-Июн-11, 02:07
	> Это отлично для любого окружения. > Ведь невозможно работать с меню нескольких окон одновременно, даже если они вместе > на экране. Так зачем показывать несколько меню? Пустая трата места. активация окоше по наведению мыши. по пути до красивого нового меню ВНИЗАПНА! встретилось другое окно. опапуленьки — мне что, теперь выделывать мышью фигурные кренделя? или сдвигать то окно, меню которого мне надо, так, чтобы ничего на пути не встретилось? нет, такой балет не радует.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Sergey722 (ok), 28-Июн-11, 16:25
	> нет, такой балет не радует. Всё радует, если делать это как возможность, которую можно использовать или не использовать. Если будут заставлять с пистолетом у виска, тогда да - хреново.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	80. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Axel (??), 28-Июн-11, 17:08
	> активация окоше по наведению мыши. по пути до красивого нового меню ВНИЗАПНА! > встретилось другое окно. опапуленьки — мне что, теперь выделывать мышью фигурные > кренделя? или сдвигать то окно, меню которого мне надо, так, чтобы > ничего на пути не встретилось? Ага, потому как на sloppy focus принятый на юниксовых десктопах это не расчитано, а расчитано на клики для перехода к другим окнам. Такое вот противоречие, а жаль, sloppy focus удобная штука.
	Ответить \| Правка \| К родителю #63 \| Наверх \| Cообщить модератору


	69. "В состав Qt принят код с реализацией глобального меню"	+1 +/–
	Сообщение от szh (ok), 28-Июн-11, 05:54
	> Так зачем показывать несколько меню? Пустая трата места. Мышой возить по экрану из конца в конец за меню - вот уж где пустая трата времени. Оптимальность прорисовки приложений на заднем плане фигня по сравнению с этим.
	Ответить \| Правка \| К родителю #55 \| Наверх \| Cообщить модератору


	74. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Аноним (-), 28-Июн-11, 11:42
	Можно придумать хоткеи для активации 1-го, 2-го и т д пункта меню. Если работать хоткеями, то действительно никакой разницы (ведь сначала нужно переключиться на нужное окно, а потом открыть меню), а если на экране 2 окна, то мышью попасть в нужное меню становится много сложнее. Сабж может быть удобен если все равно нужна еще одна панелька вверху (напр с ярлыками). В эту панельку можно запихать меню и декоратор окна. Хотя, декоратор удобнее поместить в такс панель. В интерфейсе кед еще многого нехватает.
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "В состав Qt принят код с реализацией глобального меню"	–3 +/–
Сообщение от анон (?), 27-Июн-11, 17:40
вы конечно меня извините, но это нифиг не нужная фиговина. чтоб добраться до меню окна нужно делать 2 клика.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "В состав Qt принят код с реализацией глобального меню"	+3 +/–
	Сообщение от anton7811 (ok), 27-Июн-11, 18:00
	Два клика только в случаеесли окно неактивно, что редко надо. А вообще вполне нормальная штука, давно пользуюсь, в большинстве приложений есть дополнительная строка с иконками основніх действий и в таком случае єто меню просто забирает место без надобности.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	16. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от анон (?), 27-Июн-11, 19:18
	Согласен. почти все на хоткеях меню и иногда заголовки спрятаны тоже по хоткеям так как последнее время приложения стали жирноваты и требуют больше места)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "В состав Qt принят код с реализацией глобального меню"	+11 +/–
	Сообщение от askh (ok), 27-Июн-11, 19:49
	У этой идеи есть существенный недостаток: на большом мониторе часто приходится тянуться через половину экрана вместо того, чтобы сделать небольшое движение мышью до края окна. Глобальное меню удобно на небольших мониторах, где действительно нужно экономить рабочее пространство. Но на больших мониторах эффекта от такой экономии нет, а вот курсор таскать вверх-вниз приходится. Иногда доходит до абсурда — окно может быть в несколько раз меньше, чем путь от него до меню (а с учётом обратного перемещения курсора от меню к окну — умножаем ещё на два). Впрочем, а почему собственно для маленького монитора и тачпада должен быть такой же способ работы с интерфейсом, как для большого монитора и мыши? Нас же например не удивляет, что у автомобиля и у мотоцикла руль имеет разную форму. Для одного размера удобней один интерфейс, для другого — другой. GNOME - для десктопов, Unity — для нетбуков. Собственно у меня так в результате и получилось, на нетбуке Unity прижился, а на десктопе я переключился с Unity на обычный GNOME, и почувствовал при этом громадное облегчение. Только попользовавшись Unity понимаешь, какое это счастье, когда кликаешь по значку приложения, и открывается НОВОЕ окно ;-) То есть когда действие, которое приходилось делать в два клика, наконец-то снова совершается в один клик.
	Ответить \| Правка \| К родителю #5 \| Наверх \| Cообщить модератору


	37. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Sinot (ok), 27-Июн-11, 20:40
	Полностью согласен. Пользовался некоторое время MAC'ом, так из-за большого монитора я тысячу раз проклял эту систему. А вот на системах с маленьким экраном, думаю, отлично впишется.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	49. "В состав Qt принят код с реализацией глобального меню"	+1 +/–
	Сообщение от Avator (ok), 27-Июн-11, 22:05
	тоже согласен. Добавьте сюда еще вариант, когда у вас несколько мониторов, дюймов этак по 24. Глобальное меню в этой ситуации безумно раздражает. Впрочем как и Юнити.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	56. "В состав Qt принят код с реализацией глобального меню"	+5 +/–
	Сообщение от Siberianlaika (ok), 28-Июн-11, 00:45
	Вся соль глобального меню в том что на него легче позиционироваться. Оно по сути "бесконечно" по высоте, потому как можно быстро и не задумываясь о скорости курсора двинуть мышку вверх экрана - точность требуется только для горизонтальных движений. Напротив в оконных меню надо следить, чтобы мышь не уехала ниже или выше на заголовок окна. Очень старая эргономическая фишка, которую просекли дизайнеры интерфейсов Apple.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	58. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от anonymous (??), 28-Июн-11, 01:43
	особенно если над ним таскбар, например.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	71. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от qqq (??), 28-Июн-11, 10:20
	> Очень старая эргономическая фишка, которую просекли дизайнеры интерфейсов Apple. Дизайнеры интерфейсов Apple создавали такое меню на маленьких Mac с 9-10'' экранами, которые (компьютеры) были относительно медленными и экономия места на экране и времени на отрисовку меню была существенная. На современные Mac это перенесли только потому, что пользователи уже привыкли, типа традиция. В NeXTStep, например, меню тоже было не внутри окна приложения, а рядом, но было оно вертикальное и меню разных приложений в основном не перекрывались, хотя при потере окном фокуса меню скрывалось, на больших (по тем временам) экранах NeXT так было удобнее, но когда NeXTStep стал MacOS X меню перенесли снова наверх.
	Ответить \| Правка \| К родителю #56 \| Наверх \| Cообщить модератору


	79. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Axel (??), 28-Июн-11, 17:05
	> времени на отрисовку меню была существенная. На современные Mac это перенесли > только потому, что пользователи уже привыкли, типа традиция. В NeXTStep, например, > меню тоже было не внутри окна приложения, а рядом, но было > оно вертикальное и меню разных приложений в основном не перекрывались, хотя > при потере окном фокуса меню скрывалось, на больших (по тем временам) > экранах NeXT так было удобнее, но когда NeXTStep стал MacOS X > меню перенесли снова наверх. Да в Next были совсем другие решения по интерфейсу. И от размера экрана это решение не зависит, если конечно мышь не настроена так тормозно, что по одному движению нельзя переместить её с края на края экрана. По этому вопросу хорошо у Джоэля Спольски описано: http://russian.joelonsoftware.com/uibook/chapters/7.html
	Ответить \| Правка \| Наверх \| Cообщить модератору


	81. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от denel (??), 29-Июн-11, 02:35
	>> У этой идеи есть существенный недостаток: на большом мониторе часто приходится тянуться через половину экрана вместо того, чтобы сделать небольшое движение мышью до края окна. Ну можно и тупо двинуть мышь вверх и она на уровне меню, далее просто выбираем что из меню нам нужно... >> Глобальное меню удобно на небольших мониторах, где действительно нужно экономить рабочее пространство. Но на больших мониторах эффекта от такой экономии нет, а вот курсор таскать вверх-вниз приходится. Иногда доходит до абсурда — окно может быть в несколько раз меньше, чем путь от него до меню (а с учётом обратного перемещения курсора от меню к окну — умножаем ещё на два). А иногда даже доходит до такого абсурда как в окне чата Kopete, окно чата может быть в несколько раз короче чем длина всего его меню, приходится расширять размер окна дабы влезло все меню... А с учетом раширения окна какого то там чата сколько места остается под нужные в данный момент приложения? >> Впрочем, а почему собственно для маленького монитора и тачпада должен быть такой же способ работы с интерфейсом, как для большого монитора и мыши? Нас же например не удивляет, что у автомобиля и у мотоцикла руль имеет разную форму. Для одного размера удобней один интерфейс, для другого — другой. GNOME - для десктопов, Unity — для нетбуков. Собственно у меня так в результате и получилось, на нетбуке Unity прижился, а на десктопе я переключился с Unity на обычный GNOME, и почувствовал при этом громадное облегчение. Только попользовавшись Unity понимаешь, какое это счастье, когда кликаешь по значку приложения, и открывается НОВОЕ окно ;-) То есть когда действие, которое приходилось делать в два клика, наконец-то снова совершается в один клик. Ну а это уже скорее действительно дело вкуса. Глобальное меню Apple поддерживает по день сегодняшний в купе общей политики - не нагромаждать пользовательский интерфейс до тошноты, что касается меню, действительно, меню - текст, а текст несет информационную нагрузку, если таких окон несколько то и в соответствующее колличество раз увеличена информационная нагрузка интерфейса рабочего пространства на пользователя. Я когда меню выпихнул в единую панель, приложения стали смотреться проще, приятнее, ну редко нужно меню то это, а постоянно тыкать Control+M как предложили разработчики KDE - лишние действия.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	52. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Аноним (-), 27-Июн-11, 23:08
	> вы конечно меня извините, но это нифиг не нужная фиговина. На планшетниках где сложно сделать "клик мышкой" и особенно разделить их на "левый" и "правый" - нормально вполне.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору

6. "В состав Qt принят код с реализацией глобального меню"	–4 +/–
Сообщение от Аноним (-), 27-Июн-11, 18:07
Apple засудит....
Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "В состав Qt принят код с реализацией глобального меню"	+2 +/–
	Сообщение от pavlinux (ok), 27-Июн-11, 20:10
	хорошо бы.
	Ответить \| Правка \| Наверх \| Cообщить модератору

9. "В состав Qt принят код с реализацией глобального меню"	+/–
Сообщение от xoomer (ok), 27-Июн-11, 18:43
¨Кроме стандартных программ KDE и GNOME поддержка глобального меню с недавних пор реализована и для таких популярных приложений, как LibreOffice (через плагин lo-menubar)...¨ ссылка ведет на Launchpad. А для Fedora такое есть?
Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Аноним (-), 27-Июн-11, 19:10
	Будет же в Qt 4.8
	Ответить \| Правка \| Наверх \| Cообщить модератору


	12. "В состав Qt принят код с реализацией глобального меню"	+1 +/–
	Сообщение от Ононимчег (?), 27-Июн-11, 19:11
	видимо Fedora (см. выше) воспринимается как нечто божественное
	Ответить \| Правка \| Наверх \| Cообщить модератору


	38. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от xoomer (ok), 27-Июн-11, 20:51
	Я просто подразумевал Fedora с GNOME. BTW, так эта фича для LO под QT разве только? Там же (в новости) написано и о GTK.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	47. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от Аноним (-), 27-Июн-11, 21:47
	lo-menubar - расширение для libreoffice, оно независимо от qt и gtk.
	Ответить \| Правка \| Наверх \| Cообщить модератору

22. "В состав Qt принят код с реализацией глобального меню"	+2 +/–
Сообщение от anonymous (??), 27-Июн-11, 19:47
> по аналогии с Mac OS X, меню программы переносится из локального окна на общую системную панель вот до сих пор интересно: кто им наврал, что это удобно?
Ответить \| Правка \| Наверх \| Cообщить модератору


	24. "В состав Qt принят код с реализацией глобального меню"	+2 +/–
	Сообщение от anonymous (??), 27-Июн-11, 19:54
	>вот до сих пор интересно: кто им наврал, что это удобно? Не знаю. Но как обычно решили за всех.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	26. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от anonymous (??), 27-Июн-11, 20:04
	>>вот до сих пор интересно: кто им наврал, что это удобно? > Не знаю. Но как обычно решили за всех. я полагаю, не настолько страшно: наверняка при отсутствии поддержки этой фичи со стороны DE (или при отключении оной) оно будет вести себя как нормальное меню. а если нет — тогда алес, конечно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "В состав Qt принят код с реализацией глобального меню"	+/–
	Сообщение от anonymous (??), 27-Июн-11, 21:30
	>оно будет вести себя как нормальное меню Я тоже надеюсь. Вот только таскать с собой QtDbus явно не айс.
	Ответить \| Правка \| Наверх \| Cообщить модератору