[недоумения тред][то ли лыжи не едут...] dock

> зы: кстати, а как насчёт запилить поддержку viewport в твой форк lxpanel?

Насколько я понимаю, это сугубо компизопроблемы, т.к. compiz не NetWM-совместим. Переделывать КУЧУ кода ради поддержки одного единственного WM не вижу практического смысла. Стандарты на то и стандарты.

> > А взять основное предназначение панели — таскбар — и оказывается, что нифига там нет.

Потому что cairo-dock — это не панель и не таскбар. Это док.

Технически, это обычная панель апплетов, только со спецэффектами и понтами. И таксбар — главный апплет на всех панелях такого типа, ради него всё и затевалось. Без таскбара панель станет не нужна процентам 90 пользователей, а может и 100.

>Из настроек поведения там только действие на среднюю кнопку мыши — убогих 3 варианта: закрыть, свернуть, запустить новое приложение.

А разве нужно что-то ещё?

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

https://launchpad.net/plank

Plank is not a new dock at all in many respects – but more so Docky rewritten in Vala. Much of the team is the same, much of the code is the same.

But one thing is not the same: the features.

Plank is all about simplicity. You won’t find distracting docklets or complex configuration windows: it’s just there to manage your windows and provide a home for commonly launched items.

And it has a crazy low memory footprint, to boot.

The code for Plank is not yet ready for proper use. Features planned for development over the coming months include: -

Drag and Drop apps
Intellihide
‘Pin’ applications to dock
Simple animations on removing launchers
Badges and labels for launcher icons (e.g. unread count on email app icon)

Перепробовал кучу панелей, но толково с viewport могут работать разве что гномопанель, да кедопанель. А тащить к себе в систему ни то, ни другое не охото, поэтому буду пользоваться по прежнему тёплым ламповым AWN :)

Much of the team is the same

Было Mono, теперь Vala, bzr, launchpad. Когда они уже вырастут и перестанут совать всякую каку в рот?

much of the code is the same

Это как? Строчка-в-строчку переписали с C# на Vala?

==> plank-bzr dependencies:
 - glib2 (already installed)
 - gtk2 (already installed)
 - libgee (already installed)
 - libunique (already installed)
 - libwnck (already installed)
 - libx11 (already installed)
 - intltool (already installed)
 - vala (already installed)
 - bamf-bin (building from AUR)
 - bamf-bin (building from AUR)
 - bzr (package found)
 - gnome-common (package found)

bamf — убунтуспецифичный фреймфорк для unity-панели. Судя по тому, что в AUR-е лежит бинарник, без высокоуровневого бубна под другими дистрибутивами его не собрать. В топку.

Впрочем, вру. Сорцовый вариант там тоже лежит. Просто как обычно писатели-билдов-руками отожгли с зависимостями.

> но толково с viewport могут работать разве что гномопанель, да кедопанель

Как именно гномопанель «толково» с ними работает. И какая гномопанель — от второго гнома или от gnome-shell?

Так, определись: тебе не нравятся реализации доков в линуксе или вообще принцип объединения кнопок запуска, таскбара и трея в одну сущность? Если с первым я согласен (не нашел еще ни одного удобного дока, от которого бы не несло коленкой за версту), то второе, по-моему, очень даже удачная идея. В венде кстати ее довольно качественно сперли и дополнили своими плюшками вроде прогрессбара. Если бы была такая минималистичная панель вроде tint2, но с подобными возможностями, я бы может даже ее использовал.

было тормозное моно, стала быстрая вала которая сипласплас, в чем проблемы?

Глядя вот на этот скриншот, разве можно сказать, что мне не нравится

принцип объединения кнопок запуска, таскбара и трея в одну сущность

? :)

> стала быстрая вала которая сипласплас

Она ж в си транслируется, не?

Яхз, наверное. Главное что не моно и не бидон и не жаба.

>И таксбар — главный апплет на всех панелях такого типа, ради него всё и затевалось.

В доках таскбар отличается от таскбара в обычных панелях. На таскбаре в доке есть по 1 кнопке на приложение, в том числе на некоторые закрытые. Классические же таскбары просто показывают список открытых окон.

Мако- и вендоюзерам — нет.

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

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

И какие действия по среднему клику есть в нём, но нет в других панелях?

В доках таскбар отличается от таскбара в обычных панелях. На таскбаре в доке есть по 1 кнопке на приложение, в том числе на некоторые закрытые. Классические же таскбары просто показывают список открытых окон.

Из этого как-то следует, что таскбар-док должен быть убог в настройках? Если нет, то к чему это вообще говорить?

И какие действия по среднему клику есть в нём, но нет в других панелях?

В текущей версии на любую из трех мышекнопок и на прокрутку колесом можно забиндить такие действия:

enum TASKBAR_ACTION {
    ACTION_NONE,
    ACTION_MENU,
    ACTION_CLOSE,
    ACTION_RAISEICONIFY,
    ACTION_ICONIFY,
    ACTION_MAXIMIZE,
    ACTION_SHADE,
    ACTION_UNDECORATE,
    ACTION_FULLSCREEN,
    ACTION_STICK,
    ACTION_SHOW_WINDOW_LIST,
    ACTION_SHOW_SIMILAR_WINDOW_LIST,
    ACTION_NEXT_WINDOW,
    ACTION_PREV_WINDOW,
    ACTION_NEXT_WINDOW_IN_CURRENT_GROUP,
    ACTION_PREV_WINDOW_IN_CURRENT_GROUP,
    ACTION_NEXT_WINDOW_IN_GROUP,
    ACTION_PREV_WINDOW_IN_GROUP
};

Док - это не таскбар. Это скорее трей.

> Док - это не таскбар. Это скорее трей.

На область уведомлений он ну совсем не похож. Типичными размерами особенно.

По сути, а не по размеру

>Если нет, то к чему это вообще говорить?

К этому:

А взять основное предназначение панели — таскбар — и оказывается, что нифига там нет.

В классическом виде его там таки нет.

В текущей версии на любую из трех мышекнопок и на прокрутку колесом можно забиндить такие действия:

Возможность такой настройки — это, конечно, хорошо, но я не вижу практического применения бинда ACTION_STICK на прокрутку колесом вверх, например. BTW, похожие настройки есть в dockbarx, но он ещё и модификаторы с клавишами мыши понимает. Но на практике нужно только raise/minimize по левому клику, меню по правому, закрыть по среднему.

Если честно, на скриншоте поведение панели не видно (:

> но я не вижу практического применения бинда ACTION_STICK на прокрутку колесом вверх, например

А кто-то, возможно, видит. В оригинальной lxpanel, кстати, scroll up и scroll down были жестко забинджены на minimize и что-то-там-еще — кому-то ведь такое назначение кнопок пришло в голову...

Кроме того, коли готов обработчик действий, то и биндинги делаются элементарно — тут сложнее не сделать, чем сделать.

> Если честно, на скриншоте поведение панели не видно (:

Там видно, что между треем и панелью задач нет никакой визуальной разницы. (Хотя технически это разные апплеты.)

Что касается кнопок-запуска, превращающихся в кнопки окон, я считаю, что этот механизм нельзя вшивать намертво в таскбар. Должен быть протокол, который позволяет таскбару умно работать с фейковыми окнами-кнопками, но реализация таких кнопок — задача внешней утилиты. А так как таскбар привязан к иксовым фишкам, то и такой протокол должен быть поверх иксов, как NetWM.

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

Можно конечно в compiz отключить viewport, но тогда некоторые плагины отключаются, например, expo.

> Проблема заключается в том, что остальные панели не распознают viewport как workspace, поэтому для них как бы все приложения на одном рабочем столе.

Проблема, увы, в том, что как раз компиз не хочет признавать viewport полноценными workspace в терминах NETWM. :) Дело ж не только в панелях. wmctrl, например, тоже не будет работать корректно с компизом.

Если будет не лень, гляну как-нибудь код гномопанели и AWN-а на эту тему.

В общем ноги растут отсюда, как я понимаю.

Ох-ох. Проверил: компиз честно выставляет значения _NET_DESKTOP_GEOMETRY и _NET_DESKTOP_VIEWPORT и, видимо, корректно будет реагировать и соответствующие сообщения. Тогда извиняюсь. Всё по стандарту. Добавлю в TODO.

Берем два рассово верных Дока (МакОС и Вин7) юзаем определенное время.

Пробовал. Хватило минут на 10. Для того, чтобы предпочесть ЭТО нормальному таскбару, надо себя ненавидеть.

На таскбаре в доке есть по 1 кнопке на приложение, в том числе на некоторые закрытые.

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

Поставил docky, очень нравится