| 1.3, Zenitur (ok), 14:34, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +2 +/– |
 А вот объясните, зачем нужны libstartup-notification, libnotify и libappindicator? При помощи первой либы, приложение может сообщить DE, что оно успешно запустилось. Зачем DE это знать? Вторая либа показывает уведомление рядом с областью уведомлений (системным треем). Третья либа позволяет разместить приложению значок в системном трее.
Я не понимаю, а как например тот же VLC размещает значок без второй либы? А уведомление о песне, которая звучит сейчас, показывает без третьей? Ну вот зачем тогда это всё?
Мне пытались объяснить, что "значок в системном трее" и "индикатор" - это разные вещи. Но один хрен в первом случае - это значок рядом с часами, а во втором - значок рядом с часами! "Но libappindicator работает через DBus, это более правильно, чем то же самое без DBus!" Пфф... И ради этого клевали мозг разработчикам?
| | |
| |
| 2.5, Аноним_ка (?), 16:28, 04/09/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>Я не понимаю, а как например тот же VLC размещает значок без второй либы?
Может это просто синтаксический сахарок. По крайней мере, чтобы вывести уведомление - никаких либ не надо, достаточно послать сообщение по dbus, я внутрь libnotify не смотрел, но возможно именно это она и делает.
| | |
| 2.6, Аноним (6), 17:07, 04/09/2018 [^] [^^] [^^^] [ответить]
| +3 +/– | |
Да. Это разные API, чтобы сделать примерно одно и то же. Есть ещё одно — совсем старое.
В результате сегодня положить иконку в трей под linux означает либо долго и упорно выяснять, какой способ работает, либо отказаться от этой затеи, поскольку в том же гноме не работает ни один способ.
Почему разработчики DE так не любят трей — я ответа не нашёл. Официальная информация о том, что функциональность трея можно реализовать другими способами очень смешная, поскольку другие способы ещё менее кросс-DE совместимы.
Впрочем, может, в этом и был смысл?
| | |
| 2.10, Zenitur (ok), 14:14, 05/09/2018 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Ребят, это снова я. Я узнал! Спасибо за положительный рейтинг
Итак, году эдак в 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, как я сначала подумал
| | |
| |
| 3.14, Аноним (14), 23:29, 05/09/2018 [^] [^^] [^^^] [ответить]
| +/– | |
>libappdinicator позволил это дело стандартизировать, и избавил разработчиков от ненужной работы.
Тем не менее, с XEmbed разработчики тоже избавлены от ненужной работы, в Qt например QSystemTrayIcon создаешь и все готово. А если хочется чего-то кастомного, то берешь и пилишь, вместо того, чтобы рассчитывать, что для тебя расширят протокол и доработают панельки. К тому же идеальная совместимость вперед, старые приложения со времен когда тулкиты ходили пешком под стол могут запросто работать в современном xembed-трее
>Так что это делалось не ради привязки к Dbus, как я сначала подумал
Именно ради этого
| | |
|
|
| 1.4, Аноним (4), 15:03, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Дико бесит тормознутая задержка при появлении панели. Я так и не смог от нее избавиться поэтому перешел на обычный док.
| | |
| |
| 2.11, vz_2 (?), 19:03, 05/09/2018 [^] [^^] [^^^] [ответить]
| +/– |
Соглашусь, оригинальный быстрее. Только использую как док без функции панели задач, просто нужно было переместить док вниз и зафиксировать размеры значков, чтоб не уменьшались при большом количестве.
| | |
|
| 1.8, Аноним (8), 18:21, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Пробовал это. Больше понравился Dash to panel. Ну и Arc menu с ним вкупе неплох.
| | |
|
