The OpenNET Project / Index page

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

Выпуск панели Dash to Dock 64

04.09.2018 10:34

Доступен релиз панели Dash to Dock 64, которая выполнена в виде расширения к оболочке GNOME Shell. На основе Dash to Dock построена панель Ubuntu Dock, которая поставляется в составе Ubuntu вместо оболочки Unity. Ubuntu Dock главным образом отличается настройками по умолчанию и необходимостью использования иного имени для организации обновления с учётом специфики поставки через основной репозиторий Ubuntu, а разработка функциональных изменений производится в рамках основного проекта Dash to Dock.

В новой версии:

  • Обеспечена поддержка пользовательской оболочки GNOME Shell 3.30 (релиз GNOME 3.30 запланирован на завтра);
  • Добавлены CSS-классы для изменения прозрачности;
  • В appIcons задействован формат ".format", упрощающий создание переводов на различные языки;
  • Решена проблема с местоположением метки на кнопке showApps.


  1. Главная ссылка к новости (https://micheleg.github.io/das...)
  2. OpenNews: Выпуск панели Dash to Dock 63
  3. OpenNews: Выпуск панели LXPanel 0.9.0
  4. OpenNews: В тестовых сборках Ubuntu 17.10 по умолчанию задействована панель Ubuntu Dock
  5. OpenNews: Выпуск Latte Dock 0.8, альтернативной панели для KDE
Лицензия: CC-BY
Тип: Программы
Ключевые слова: dash, dock, panel, gnome
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (13) Ajax | 1 уровень | Линейный | Раскрыть всё | RSS
  • 1.1, Аноним (1), 10:44, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    а не 6 сентября?
     
     
  • 2.2, Аноним (-), 12:17, 04/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    6 по MSK
     

  • 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 совместимы.

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

     
     
  • 3.9, Stax (ok), 03:28, 05/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    > Почему разработчики DE так не любят трей — я ответа не нашёл

    Может, вы его и не искали? Объясняли все кучу раз, и от разработчиков - раз: https://blogs.gnome.org/aday/2017/08/31/status-icons-and-gnome/ и разъяснения других людей - два: https://www.omgubuntu.co.uk/2017/09/will-you-miss-gnome-legacy-tray

     
  • 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.13, Аноним (13), 22:41, 05/09/2018 [^] [^^] [^^^] [ответить]  
  • +/
    Познавательный псто, стасибо.
     
  • 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.7, Fantomas (??), 17:57, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Сменили шило на мыло
     
  • 1.8, Аноним (8), 18:21, 04/09/2018 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пробовал это. Больше понравился Dash to panel. Ну и Arc menu с ним вкупе неплох.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

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