The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Выпуск панели Dash to Dock 64"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Выпуск панели Dash to Dock 64"  +/
Сообщение от opennews (??), 04-Сен-18, 10:44 
Доступен (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.ru/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.ru/opennews/art.shtml?num=49223

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по ответам | RSS]

1. "Выпуск панели Dash to Dock 64"  +1 +/
Сообщение от Аноним (1), 04-Сен-18, 10:44 
а не 6 сентября?
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Аноним (-), 04-Сен-18, 12:17 
6 по MSK
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

3. "Выпуск панели Dash to Dock 64"  +2 +/
Сообщение от Zenitur (ok), 04-Сен-18, 14:34 
А вот объясните, зачем нужны libstartup-notification, libnotify и libappindicator? При помощи первой либы, приложение может сообщить DE, что оно успешно запустилось. Зачем DE это знать? Вторая либа показывает уведомление рядом с областью уведомлений (системным треем). Третья либа позволяет разместить приложению значок в системном трее.

Я не понимаю, а как например тот же VLC размещает значок без второй либы? А уведомление о песне, которая звучит сейчас, показывает без третьей? Ну вот зачем тогда это всё?

Мне пытались объяснить, что "значок в системном трее" и "индикатор" - это разные вещи. Но один хрен в первом случае - это значок рядом с часами, а во втором - значок рядом с часами! "Но libappindicator работает через DBus, это более правильно, чем то же самое без DBus!" Пфф... И ради этого клевали мозг разработчикам?

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Аноним (4), 04-Сен-18, 15:03 
Дико бесит тормознутая задержка при появлении панели. Я так и не смог от нее избавиться поэтому перешел на обычный док.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Аноним_ка (?), 04-Сен-18, 16:28 
>Я не понимаю, а как например тот же VLC размещает значок без второй либы?

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

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Выпуск панели Dash to Dock 64"  +3 +/
Сообщение от Аноним (6), 04-Сен-18, 17:07 
Да. Это разные API, чтобы сделать примерно одно и то же. Есть ещё одно — совсем старое.

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

Почему разработчики DE так не любят трей — я ответа не нашёл. Официальная информация о том, что функциональность трея можно реализовать другими способами очень смешная, поскольку другие способы ещё менее кросс-DE совместимы.

Впрочем, может, в этом и был смысл?

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Fantomas (??), 04-Сен-18, 17:57 
Сменили шило на мыло
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

8. "Выпуск панели Dash to Dock 64"  +1 +/
Сообщение от Аноним (8), 04-Сен-18, 18:21 
Пробовал это. Больше понравился Dash to panel. Ну и Arc menu с ним вкупе неплох.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

9. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Stax (ok), 05-Сен-18, 03:28 
> Почему разработчики 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...

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

10. "Выпуск панели Dash to Dock 64"  +1 +/
Сообщение от Zenitur (ok), 05-Сен-18, 14:14 
Ребят, это снова я. Я узнал! Спасибо за положительный рейтинг

Итак, году эдак в 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 | Наверх | Cообщить модератору

11. "Выпуск панели Dash to Dock 64"  +/
Сообщение от vz_2 (?), 05-Сен-18, 19:03 
Соглашусь, оригинальный быстрее. Только использую как док без функции панели задач, просто нужно  было переместить док вниз и зафиксировать размеры значков, чтоб не уменьшались при большом количестве.  
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

13. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Аноним (13), 05-Сен-18, 22:41 
Познавательный псто, стасибо.
Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

14. "Выпуск панели Dash to Dock 64"  +/
Сообщение от Аноним (14), 05-Сен-18, 23:29 
>libappdinicator позволил это дело стандартизировать, и избавил разработчиков от ненужной работы.

Тем не менее, с XEmbed разработчики тоже избавлены от ненужной работы, в Qt например QSystemTrayIcon создаешь и все готово. А если хочется чего-то кастомного, то берешь и пилишь, вместо того, чтобы рассчитывать, что для тебя расширят протокол и доработают панельки. К тому же идеальная совместимость вперед, старые приложения со времен когда тулкиты ходили пешком под стол могут запросто работать в современном xembed-трее

>Так что это делалось не ради привязки к Dbus, как я сначала подумал

Именно ради этого

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору


Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2020 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру