>Будет очень универсальный и маложручий движок меню в стиле suckless.
А вот это интересно, да.

http://hg.slitaz.org/wok/rev/c4a1554d1721

Вот еще глянь

Насколько вообще апплет Directory Menu востребован? Вы им пользуетесь?

нет

Омг. Патч на патч на программу; что за рекурсия.

Патч configure_desktop_number.patch не подходит по идеологии. Никаких захардкоженных имен внешних программ не должно быть.

Патч fix_position.patch к lxpanelx не относится, это на свежий релиз lxpanel. Если в lxpanelx есть какие-то проблемы с рассчётом размеров и позиций, то нужен багрепот.

Эти патчи для внутреннего пользования, они дальше слитаза не пойдут)

Я вижу. Вот только зачем ты мне их показываешь тогда?

А, ну и до кучи, у ванильной obconf нет параметра --tab. Даже для внутреннего использования не стоит так резать по живому. Интегрированное окружение надо создавать объединяя при помощи тонкой настройки гибкие и мощные программы, а не такими варварскими методами. А если где-то гибкости не хватает, ваши патчи в апстрим примут с удовольствием, если они уверсальные и как раз дают оную гибкость.

Сделай appmenu, тогда я выкину гном-панель =]

было бы клево (с целью заманить потенциальных пользователей) запилить проекту красивую стартовую страницу или даже вики на 2х языках со скриншотами и списками киллер-фич

Сделай апплет pipeapplet, что-нибудь среднее между dzen2 и wibox из Awesome.

> было бы клево (с целью заманить потенциальных пользователей) запилить проекту красивую стартовую страницу или даже вики на 2х языках со скриншотами и списками киллер-фич

Пока времени нема.

> что-нибудь среднее между dzen2 и wibox из Awesome.

Это уже движок виджетов получится. Вещь, конечно, хорошая, но отношения к панели имеет мало.

> Сделай appmenu, тогда я выкину гном-панель =]

А ты мне объясни архитектуру и взаимосвязи компонент appmenu, чтоб было понятно, с какого места начинать отпиливание. ^__^

А, и еще. Это правда, что модуль appmenu требует патча на gtk? Какого черта?

Ага, и на кути тоже, а также аддон для firefox и плагин для libreoffice =]
Куча костылей в общем

А если интересно, начать можно с чтения исходников appmenu-applet для гномпанели

Там какая-то ядреная уличная магия с использованием bamf. Больше всего мне нравится вот этот ворнинг в процедуре инициализации:

	self->matcher = bamf_matcher_get_default();
	if (self->matcher == NULL) {
		/* we don't want to exit out of Unity -- but this
		   should really never happen */
		g_warning("Unable to get BAMF matcher, can not watch applications switch!");
	}

Блджад, эти идиоты придумали целый демон для работы с окнами, потому что решили гнать данные через dbus вместо нормального иксового IPC и не осилили подружиться с NETWM.

Судя по всему да, там куча костылей и зависимостей :)

 * These packages depend on bamf:
x11-misc/indicator-appmenu-0.3.2 (x11-libs/bamf)

Вот ты подумай. Вынос меню на панель конечно экономит место по вертикали в тайлинге и даёт +10 к ЧСВ. Но стоит ли портить себе карму, толкая эту пакость в генту?

Она уже там (в оверлее мегабакса)

>Вынос меню на панель конечно экономит место по вертикали в тайлинге и даёт +10 к ЧСВ.
А я просто использую модуль для gtk2, скрывающий меню, написанный каким-то анонимусом.

Я прикрутил в fvwm динамическое пайп-меню Places, оно открывает файлы с помощью xdg-open. Рекомендую вместо файлменеджера заюзать его.

Прямо вот сейчас использовал его в первый раз где-то за полгода, но, наверное, оно имеет право на существование.

Ладно, не заморачивайся, если неохота :)

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

>Означает ли это, что без bamf эта херня не может завестись в принципе?

У меня bamf даже не установлен, использую appmenu для Qt, gtk и Firefox, чтобы в заголовке окна была кнопочка с локальным меню вместо строки меню, всё работает без этого bamf. Когда-то давно, помнится, в гноме, не работало без bamf, сейчас в KDE всё работает.

Так активно пиаришь(ну или на глаза часто попадается), что аж попробую.
А в несвободное время что пишешь? Тоже что то на С?

> А в несвободное время что пишешь? Тоже что то на С?

Ruby, JS, прочий веб.

Обновил перевод на русский.

Господа, нет ли желающих заняться обновлением переводов на украинский, белорусский или прочие языки?

Могу помочь с украинским. Каковы дальнейшие шаги, что конкретно нужно сделать?

> А может быть pipemenu лучше оформить в виде отдельной программы, которую можно забиндить на хоткей или вызывать из командной строки? Будет очень универсальный и маложручий движок меню в стиле suckless.

ИМХО делать лишний велосипед, даже в стиле саклесс не стоит, лучше запилить более кошерный костыль меню openbox (без помощи xdotool). Кстати, кнопка с «xdotool key super_L» работает где-то 1 раз из 10 и из-за этого, я уверен, у меня и висит openbox (напишу багрепорт в скором будущем). Думаю, это из-за того, что клавиша super на кошерна для этого.

Мне кажется, что не хватает настройки шрифтов в панели. Гуглил, нашел только что в lxpanel это делается правкой исходных кодов.

З.Ы. юзер lxpanelx с самого его начала разработки.

Получаем командой svn исходники отсюда: http://code.google.com/p/lxpanelx/source/checkout (там написано, как)

Заходим в каталог с исходниками.

Конфигурируем исходники, компилируем и устанавливаем:

./configure --prefix=${HOME}/builds/lxpanel
make && make install

Это установит программу в каталог ~/builds/lxpanel. Запускаем, смотрим, как всё плохо с переводом на целевой язык:

~/builds/lxpanel/bin/lxpanel

(В системе должна быть настроена локаль для соответствующего языка.)

Заходим в каталог po, выполняем обновление базы переводов:

cd po
make update-po

Открываем файл с переводом в редакторе poedit:

poedit uk.po &

В редакторе видим выделенные жирным фразы без перевода. Переводим. Для некоторых фраз редактор попытается угадать перевод. Исправляем, где он ошибся. Остальные фразы тоже желательно просмотреть на предмет наличия ошибок предыдущего переводчика. Когда всё готово, сохраняем файл. Если есть сомнения, как перевести какую-то фразу (смысл исходной фразы не ясен), сверяемся с файлом перевода на другой язык, например, на русский.

Возвращаемся в вышележащий каталог и пересобираем программу:

cd ..
make && make install

Запускаем и смотрим на результат перевода:

~/builds/lxpanel/bin/lxpanel

Если замечены ошибки, возвращаемся к редактированию файла и повторяем.

Когда всё готово, отсылаем мне файл перевода.

> Когда всё готово, отсылаем мне файл перевода.

Не быстрее ли будет, если ты вышлешь мне два po-файла, английский и русский, сделаю на их основе перевод - и отправлю тебе?

> ИМХО делать лишний велосипед, даже в стиле саклесс не стоит

Ок, назовите мне сопоставимый по функциям движок динамического меню, не привязанный к WM-у или иной программе.

Мне кажется, что не хватает настройки шрифтов в панели. Гуглил, нашел только что в lxpanel это делается правкой исходных кодов.

Что не так со шрифтами? Шрифты юзаются те, которые выставит Gtk. (Вообще, по идее, шрифты должны для отдельных виджетов выставляться правилами в .gtkrc-2.0. Но, кажется, это то ли не работает, то ли я не могу верно составить правило.)

http://code.google.com/p/lxpanelx/source/browse/trunk/po/ru.po

Добавил настройки размера шрифта.

Действие декорировать/раздекорировать сделано MWM-совместимым. Это значит, теперь оно должно работать в любом относительно мейнстримовом WM. Протестировано в IceWM и fluxbox. Если запущен openbox, то используется openbox-совместимый механизм, в иных случаях — MWM-совместимый.

Раздекорирование окна скрывает заголовок окна, но оставляет контур.

Тестируйте, кому актуально.

малацца

>Апплет отображает не только дерево каталогов, но и простые файлы.

зачёт

При щелчке по файлу запускается указанный в настройках панели файловый менеджер. Что он будет делать с файлом, зависит от конкретного ФМ. pcmanfm, например, — умница — открывает файл в ассоциированной с типом файла программе.

xdg-open есть же

Насколько вообще апплет Directory Menu востребован? Вы им пользуетесь?

активно пользовался KDE-шным, в lxde-шном не хватало, в том числе именно показа файлов

Подумываю прикрутить фильтрацию каталогов и файлов регэкспами ­— кому-нибудь это надо?

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

Может быть, для lxpanelx имеет смысл сделать апплет pipemenu, аналогичный динамическим меню openbox-а?

хотелось бы функционал a-la dzen2/modeline/etc - чтобы можно было пихать в виджеты простой текст c stdin

ещё хотелось бы иерархическую менюшку с воркспейсами-окнами

ws1->|win1
     |win2

ws2->|win3

итп

итп, да, фильтрация-поиск там тоже очень рекомендуются

> xdg-open есть же

Ну что впишешь в настройках, то и будет. :)

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

Тут проблема с двиглом gtk. Т.е. эта простая с виду функциональность действительно проста, когда на руках есть готовый движок меню. Но когда дело касается gtk, кругом в обилии начинают водиться костыли. А вообще интересная идея, надо будет подумать, как это проще прикрутить.

хотелось бы функционал a-la dzen2/modeline/etc - чтобы можно было пихать в виджеты простой текст c stdin

«Мы работаем над этим», ага.

> иерархическую менюшку с воркспейсами-окнами

В виде отдельного апплета? В виде особого режима панели задач? Еще как-то?

И разве в практически любом WM не есть такое же точно меню? Зачем дублировать функции?

Я вообще не понимаю, почему функциональность «интерактивно отфильтровать элементы меню» не впилена еще как штатная во все мейнстримовые и немейстримовые тулкиты. Это же очевидное и бесплатное улучшение интерфейса для кучи программ.

>В виде отдельного апплета?

угу, в kde3 такое было, имхо - очень удобно. Ну и можно в ещё один уровень меню опционально комбинировать окна одного приложения(как и в таскбаре)

И разве в практически любом WM не есть такое же точно меню?

это если используется меню WM (и оно вообще есть).

+1

я, кстати, сейчас подумал, может быть действительно сделать аналог openbox pipemenu (возможно не отдельной программой, а всё-таки апплетом), только с поддержкой иконок. Тогда на базе этого движка можно реализовать и меню приложений и меню окон и меню чего угодно.

Я сейчас работаю над закрытием основных FR для выпуска стабильного релиза. (будет 0.6, т.к. в точке форка был 0.5.6)

Вывод данных на панель из пайпа пойдёт в этот релиз. Собственно, это одна из ключевых фич, без которых я не хочу делать релиз.

Фильтрация элементов dirmenu потребует неизвестного мне сейчас количества усилий, так что будет не раньше 0.7. Туда же пойдет и апплет с меню окон, т.к. он потребует переделки базовых компонентов (чтобы не плодить дублирующуюся функциональность в разных апплетах). Щас оформлю их в багтрекере.

аналог openbox pipemenu, только с поддержкой иконок

Поддерживает же.

>Поддерживает же.

о, надо же. Ну, в любом случае, я openbox не пользуюсь :]

что пока заметил

request> в dirmenu иконки у файлов не отображаются

bug> при добавлении и удалении апплета globalmenu сегфолтится (самого globalmenu не установлено)

> request> в dirmenu иконки у файлов не отображаются

Иконки надо тягать из gio. Я к этому морально не готов. ;)

ещё, хз, баг это или фича, но как-то ниалё

пкм на панели->настройки панели->(диалог настройки)апплеты панели->добавить апплет(например button)

пкм на апплете->«убрать appletname с панели», апплет убирается, но при этом закрывается диалог настройки

>Иконки надо тягать из gio

разве? а в appmenu это как реализовано?

Ты про апплет menu, который установленные программы показывает?

Когда gtk подсовываешь имя иконки, он ищет её в стандартных каталогах: каталоге темы, каталоге дефолтной темы.

С файлами всё сложнее. Сначала надо узнать MIME файла. Потом запросить иконку для MIME.