Доступен (https://micheleg.github.io/dash-to-dock/release/2018/09/03/n...) релиз панели Dash to Dock 64 (https://micheleg.github.io/dash-to-dock/), которая выполнена в виде расширения к оболочке GNOME Shell. На основе Dash to Dock построена (https://www.opennet.me/opennews/art.shtml?num=47053) панель Ubuntu Dock, которая поставляется в составе Ubuntu вместо оболочки Unity. Ubuntu Dock главным образом отличается настройками по умолчанию и необходимостью использования иного имени для организации обновления с учётом специфики поставки через основной репозиторий Ubuntu, а разработка функциональных изменений производится в рамках основного проекта Dash to Dock.В новой версии:
- Обеспечена поддержка пользовательской оболочки GNOME Shell 3.30 (релиз GNOME 3.30 запланирован на завтра);
- Добавлены CSS-классы для изменения прозрачности;
- В appIcons задействован формат ".format", упрощающий создание переводов на различные языки;
- Решена проблема с местоположением метки на кнопке showApps.
URL: https://micheleg.github.io/dash-to-dock/release/2018/09/03/n...
Новость: https://www.opennet.me/opennews/art.shtml?num=49223
а не 6 сентября?
6 по MSK
А вот объясните, зачем нужны libstartup-notification, libnotify и libappindicator? При помощи первой либы, приложение может сообщить DE, что оно успешно запустилось. Зачем DE это знать? Вторая либа показывает уведомление рядом с областью уведомлений (системным треем). Третья либа позволяет разместить приложению значок в системном трее.Я не понимаю, а как например тот же VLC размещает значок без второй либы? А уведомление о песне, которая звучит сейчас, показывает без третьей? Ну вот зачем тогда это всё?
Мне пытались объяснить, что "значок в системном трее" и "индикатор" - это разные вещи. Но один хрен в первом случае - это значок рядом с часами, а во втором - значок рядом с часами! "Но libappindicator работает через DBus, это более правильно, чем то же самое без DBus!" Пфф... И ради этого клевали мозг разработчикам?
>Я не понимаю, а как например тот же VLC размещает значок без второй либы?Может это просто синтаксический сахарок. По крайней мере, чтобы вывести уведомление - никаких либ не надо, достаточно послать сообщение по dbus, я внутрь libnotify не смотрел, но возможно именно это она и делает.
Да. Это разные API, чтобы сделать примерно одно и то же. Есть ещё одно — совсем старое.В результате сегодня положить иконку в трей под linux означает либо долго и упорно выяснять, какой способ работает, либо отказаться от этой затеи, поскольку в том же гноме не работает ни один способ.
Почему разработчики DE так не любят трей — я ответа не нашёл. Официальная информация о том, что функциональность трея можно реализовать другими способами очень смешная, поскольку другие способы ещё менее кросс-DE совместимы.
Впрочем, может, в этом и был смысл?
> Почему разработчики DE так не любят трей — я ответа не нашёлМожет, вы его и не искали? Объясняли все кучу раз, и от разработчиков - раз: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ и разъяснения других людей - два: https://www.omgubuntu.co.uk/2017/09/will-you-miss-gnome-lega...
Ребят, это снова я. Я узнал! Спасибо за положительный рейтингИтак, году эдак в 1998 появился KDE как первый юзабельный DE под Linux вообще. Примерно в то же время появился GNOME, потому что Qt был не совсем свободен, и могло получиться, как с OSS (в 1997 основная звуковая система для Linux решила стать закрытой и платной - если напутал с датами, не ругайтесь сильно, я не застал). Потом появлялись и другие "юзабельные" DE и WM, но KDE и GNOME заняли почти всю нишу
В 2005 GNOME решил делать GNOME OS - свою операционку. Я случайно узнал, когда открыл "Архив" новостей ЛОРа за июнь 2005 года. Там команда GNOME каждый месяц отчитывалась о том, что уже сделано. Примерно тогда же было сделано заявление, что Linux-системы на базе GNOME собираются отхватить 10% десктопа к 2010 году
Именно в этот момент и появились Libnotify и Libstartup-notification. И ещё много чего. Как компоненты будущей GNOME OS. Разработчики Android пошли по тому же пути, создав свой звуковой сервер и даже свои "иксы". Но GNOME OS было не суждено, и в итоге его "свернули"
Насчёт индикаторов вместо значков в трее. Оказывается, старый метод подразумевал, что каждое приложение само отрисовывает тот крохотный значок. Не система, не DE, а приложение. Зависло приложение - значок тоже зависает. Если панель задач большая, то часть значков оставалась 24x24, а часть - ресайзилась, потому что автор каждого приложения реализовывал это сам. А ещё он сам решал, с какой периодичностью обновлять значок. А когда на них наводишь мышкой, то курсор мог остаться прежним, или стать чёрным, а всплывающая подсказка могла быть какой угодно: GTK-шной, Qt-шной...
libappdinicator позволил это дело стандартизировать, и избавил разработчиков от ненужной работы. Так что это делалось не ради привязки к Dbus, как я сначала подумал
Познавательный псто, стасибо.
>libappdinicator позволил это дело стандартизировать, и избавил разработчиков от ненужной работы.Тем не менее, с XEmbed разработчики тоже избавлены от ненужной работы, в Qt например QSystemTrayIcon создаешь и все готово. А если хочется чего-то кастомного, то берешь и пилишь, вместо того, чтобы рассчитывать, что для тебя расширят протокол и доработают панельки. К тому же идеальная совместимость вперед, старые приложения со времен когда тулкиты ходили пешком под стол могут запросто работать в современном xembed-трее
>Так что это делалось не ради привязки к Dbus, как я сначала подумал
Именно ради этого
Дико бесит тормознутая задержка при появлении панели. Я так и не смог от нее избавиться поэтому перешел на обычный док.
Соглашусь, оригинальный быстрее. Только использую как док без функции панели задач, просто нужно было переместить док вниз и зафиксировать размеры значков, чтоб не уменьшались при большом количестве.
Сменили шило на мыло
Пробовал это. Больше понравился Dash to panel. Ну и Arc menu с ним вкупе неплох.