LINUX.ORG.RU

Как gnome2-globalmenu строить и жить помогает


0

0

Можно по разному воспринимать менюшку, вынесенную наверх. Но вот то, что благодаря такому ее расположению размер окна от длины меню не зависит - это факт. GIMP+Openbox+gnome2-globalmenu = вполне себе юзабельная вещь. Openbox был выбран по простой причине: Metacity - унылое говно, даже с devilspie (IMHO). Система - Ubuntu 7.10, gnome2-globalmenu - предпоследний из svn.

>>> Просмотр (1280x800, 283 Kb)



Проверено: Shaman007 ()

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

А почему бы вместо Metacity не использовать Compiz? Или видеокарта не тянет?

Sikon ★★★
()
Ответ на: комментарий от Sikon

По поводу оперы холиварить не стану ну вообще :)

Иконками на столе не пользуюсь... Поэтому даже не возникло мысли их убрать... Вот такой вот ход мыслей был. А вот использовать рабочий стол как хранилище для временных файлов мне кажется удобным.

Верхняя панель может конечно и перегружена, согласен. Есть чутка.

У меня на ноуте ATI X1300. Как только дрова начнут тянуть видео при включенном компизе нормально - буду использовать компиз. Есть полезные вещи там.

Alinaki
() автор топика
Ответ на: комментарий от michwill

я предпочитаю в случае чего делать roll-up и поверх всех.

Alinaki
() автор топика

>Metacity - унылое говно

аргументируйте плиз, а то как-то голословно. не так давно тоже один заявлениями кидался, что метасити памяти жрет на порядки больше памяти нежели *** (не помню какой, кажись тоже опенбоксовый вм). так когда я ему показал потребление метасити с недельным аптаймом (16 Мб вроде, точно уже не помню, здесь, на лоре обсуждение было) все лозунги он свернул.

Deleted
()
Ответ на: комментарий от Deleted

Мои претензии покажутся детскими и наивными. Может конечно так и есть. Кто-то из создателей Metacity назвал же его "Взрослым оконным менеджером" :) Но все эти мелочи и бесят. а) не запоминает положение окон. Открывает их в верхнем левом углу и не дает это никак настраивать. Не надо кричать, что положение окна должно запоминать приложения - не все приложения это услышат. Не хотите запоминать - тяжело сделать авторасположение? б) Во многих wm можно делать roll-up колесиком мыши. В метасити - нет. Это неудобно. Плюс к тому в том же опенбоксе легко можно настроить как окно себя при этом поведет. Куда сместится фокус и т.д. в) Поверх всех окон - это есть. А где под всеми окнами? Как убрать рамку окна на лету?

devilspie как-то проблемы решает, но конфигурировать его для каждого приложения надоедает. Да и в опенбоксе вся эта функциональность практически встроена.

Alinaki
() автор топика
Ответ на: комментарий от Alinaki

+metacity не умеет переключать десктопы по колесу мышки.

+последняя версия постоянно портит содержимое окон.

Midael ★★★★★
()
Ответ на: комментарий от anonymous

Моя беда в том, что я пакет не делал - не собрался он, а я и не пытался. Теперь как оказалось похерилась печать в evince и прочих тру-гтк приложениях :( При том, что в том же gedit работает нормально.... Буду копать. Вообще на сайте проекта (http://code.google.com/p/gnome2-globalmenu/) есть хорошее руководство по сборке.

Alinaki
() автор топика

Поясните, пожалуйста, для Ъ - это отдельный плагин для gnome-panel? Или патч gtk mac menu? Насколько я понимаю, они друг друга взаимно дополняют, нет?

zodiac ★★
()
Ответ на: комментарий от zodiac

Это патч+апплет. Раньше был патч+апплет macmenu, но его решили переписать с нуля и более аккуратно, плюс хотели избавиться от возможных претензий. Патч необходим для возможности отделения менюшки от окна в GTK-приложениях. Апплет собственно отделяет меню от окна и "приклеивает" на панель.

Для KDE-приложений (т.е. использующих kdelibs, а не просто qt) тоже должно вроде работать. Сам апплет поддерживает такую возможность, только где-то в каком-то файле надо выставить соответствующую настройку :)

Alinaki
() автор топика

На мой взгляд, идея выноса меню на панель - плоха. Объяснюсь. Вот на вашем скрине для того, чтобы получить доступ к меню Пиджина, нужно будет тянуть курсор на самый верх экрана. Эти лишние движения при частой работе с меню становятся очень неудобными и убивают юзабельность такой модели. Но можно, конечно, пользоваться хоткеями :)

Alsvartr ★★★★★
()
Ответ на: комментарий от Alsvartr

Есть такая тема, но: а) зачем тянуть? можно швырнуть курсор вверх и попасть в меню. И целиться - как при обычной схеме - не надо б) меню используется не так часто, обычно хоткеи. А раз оно не используется, зачем ему место на экране?

Alinaki
() автор топика
Ответ на: комментарий от Alinaki

Черт, не обратил внимания сразу, что вы во второй части комментария уточнили, что при частой работе :) Но лично я если пользуюсь часто меню - то у меня и окно развернуто на весь экран.

Alinaki
() автор топика

Одно не понятно: как при использовании такого меню быстро соображать, кому оно принадлежит? :)

AsphyX ★★★
()
Ответ на: комментарий от AsphyX

1. слева от меню пишется имя приложения для меню 2. оно всегда принадлежит активному окну

достаточно, чтоб быстро сообразить? :)

lester ★★★★
()
Ответ на: комментарий от michwill

>На самом деле, он крайне полезен еще в pidgin. Там с меню клиника

Чтобы более-менее комфортно использовать кривое приложение в нативной для него среде надо изуродовать среду под приложение?

От любви к globalmenu помогает чтение его сорцов :)

as33 ★☆☆
()
Ответ на: комментарий от lester

правда Alinaki отключил отображение имени, ну то кому как удобно

lester ★★★★
()
Ответ на: комментарий от lester

>достаточно, чтоб быстро сообразить? :)

Чтобы сообразить, достаточно :) А вот насколько быстро... Всё-таки, имхо, этот подход не очень рационален. И идёт в разрез с моими представлениями об идеальном DE (в частности, о непосредственном графическом отображении иерархии (приложение + меню + статус) -> (окна + меню окон)) :) Впрочем, им не соответствует (пока) ни один DE :) Могу изложить подробнее.

AsphyX ★★★
()
Ответ на: комментарий от AsphyX

вобщем все это дело вкуса и имеет право на существование раз люди этим пользуются :)

lester ★★★★
()
Ответ на: комментарий от AsphyX

Мне интересно, расскажи?

Просто сам давно думаю, какая концепция наиболее удобна, и пока так и не смог подобрать для себя WM/DE где было бы максимально комфортно

P.S.: сам сейчас пользуюсь Gnome`ом + compiz.

Cy6erBr4in ★★★
()
Ответ на: комментарий от z0D5e8n7x

Ну как правильно сказали, меню принадлежит только активному на данный момент приложению. По поводу кривых исходников и всего прочего - ничего здесь сказать не могу. В ранних версиях этот патч/апплет были правда ужасны, но развивается с приличной скоростью. Мне правда так удобнее, хотя может быть тупо сохранилась ностальгия по стареньким макам, приобретенная с 5 по 8й классы :)

P.S.psd, открытый в гимпе - это реальность. что прислали, то и открыл.

Alinaki
() автор топика
Ответ на: комментарий от Sikon

> А почему бы вместо Metacity не использовать Compiz? Или видеокарта не тянет?

Компиз работает одинаково на gf6100 и gf8600gt. Причём одинаково медленно. Так что мощности видеокарты оно почти не использует, а жаль...

troorl ★★
()
Ответ на: комментарий от Cy6erBr4in

>Мне интересно, расскажи?

Начнёи с описания проблемы: DE вроде Gnome или KDE для управления приложениями и окнами имеют 3 различных сущности: панель или меню для запуска _приложений_, такскбар для переключения между _окнами_ (окон много, связь с приложенеиями не очевидна, никаких меток/группировок нет) и трей, отображающий статус приложений, и частично дублирующий функционал таскбара (свернуть в трей, дабы место на таскбаре не занимал, ересь короче). Как связаны иконки в трее с приложениями и окнами -- опять же, не очевидно. Т.е., пользователь, конечно, знает об этом (помнит), но не видит :)

Суть в том, чтобы развить идею Dock'а дальше: Будем исходить из того, что пользователь работает с приложениями, и что они "живут" в этом доке. Дальше почти как в OS X, с той разницей, что иконка этого приложения должна активно использоваться для отображения статуса (поскольку в этой концепции иконка и есть приложение :)). Сворачиваться оно, естественно, будет туда же. Поехали дальше: нужно как-то связать окна, принадлежащие одному приложению, чтобы при первом же взгляде на десктом можно было бы отделить их. Первое, что приходит на ум -- минимизировать использование раздельных окон в пользу табов. А вот меню, естественно, оставляем в окне, поскольку это наиболее очевидный спосом показать его связь с приложением... Надо думать.

AsphyX ★★★
()
Ответ на: комментарий от lester

>1. слева от меню пишется имя приложения для меню 2. оно всегда принадлежит активному окну

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

Alexey-ZAR
()
Ответ на: комментарий от hibou

Блин, и правда смахивает :) Надо дизайнеру сказать, интересно, как отреагирует.

Alinaki
() автор топика

За оперу - низачот. Верхняя панель перегружена. А вообще неплохо, очень неплохо...

anonymous
()
Ответ на: комментарий от AVL2

> Сей вариант с меню востребован на широких экранах. Ну и маководами тоже, естессно.

И неприменим при фокусе наведением мыши.

anonymous
()

логотип на барса похож (смотрит влево) перед прыжком.

trust
()
Ответ на: комментарий от hibou

я пока не прочитал надпись так и думал что это нека ,)

Xeron
()
Ответ на: комментарий от anonymous

Наверное. Хотя меня всегда бесила в cde это выскакивание окон под мышью.

Сейчас уже всплывание с задержкой делают, но все равно особо оно не прижилось.

AVL2 ★★★★★
()
Ответ на: комментарий от Alinaki

> У меня на ноуте ATI X1300. Как только дрова начнут тянуть видео при включенном компизе нормально - буду использовать компиз

$ cat ~/.gxine/config|grep video.driver
# video driver to use
video.driver:xshm

AcidumIrae ★★★★★
()

сам пользуюсь "gtk+2-menu-mac"(удобно), но нужно признать, что это грязный тормозной хак - поэтому его и отказались в gtk+ принимать. будем надеятся разработчики gtk+ внимут просьбам трудящихся и сделают как надо :)))

AcidumIrae ★★★★★
()
Ответ на: комментарий от anonymous

Я давал ссылку - http://code.google.com/p/gnome2-globalmenu/

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

Alinaki
() автор топика
Ответ на: комментарий от AVL2

> Хотя меня всегда бесила в cde это выскакивание окон под мышью.

Это сильно непривычно и всегда удивлялся этому. Но однажды подумав что "если звезды зажигают..." и попробовал. Пробую до сих пор :) .

> Сейчас уже всплывание с задержкой делают,

У меня как раз с задержкой. Но в данном случае это не поможет. Не гонятся-же думая "успею или не успею".

sin_a ★★★★★
()

НУ И ПАРАША! АФФТАР ВЫПЕЙ ЙАДУ

anonymous
()

а если 'активное окно' не по клику, а следует за курсором? пользоваться только с хоткеев?

timth ★☆
()
Ответ на: комментарий от timth

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

AcidumIrae, спасибо за решение проблемы с видео! Задал аналогичные настройки Mplayer'у, теперь я с компизом вместо опенбокса. Есть у него пара вещей, с которыми работать удобнее....

Alinaki
() автор топика
Ответ на: комментарий от iriyoox

Хм... Не всегда :) Естественно в процессе работы накапливается всякого, после чего сортируется и раскладывается.

А если говорить об открытых окнах - то обычно я предпочитаю работать в полноэкранном режиме. Это не касается ни файлменеджера, ни окна чата ни тем более гимпа :)

Alinaki
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.