Arch linux рабочий стол

Desktop entries (Русский)

Спецификация freedesktop ярлык приложения предусматривает стандарт для приложений для интеграции в среду рабочего стола. Ярлыки приложений — это файлы конфигурации, описывающие, как запускается приложение, и какие данные оно может обрабатывать. Они также настраивают, как появляются приложения в меню со значком, на который распространяется соответствующий стандарт спецификации меню.

Наиболее распространенные ярлыки приложений представлены файлами .desktop и .directory . В этой статье кратко объясняется, как создавать полезные и соответствующие стандарту ярлыки приложений. Она в основном предназначена для разработчиков и сопровождающих пакетов(ы), но может также быть полезна разработчикам программного обеспечения и другим.

Существует примерно три типа ярлыков приложений:

Приложение ярлык приложения Ссылка ярлык на веб-ссылку Каталог контейнер метаданных в меню

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

Связанное с этим материалом, а также определенные в файлах .desktop , являются ассоциациями типа MIME для файлов данных. Приложения по умолчанию описывают, как они настроены.

Contents

Ярлык приложения

Ярлыки для приложений или файлов .desktop , как правило, представляют собой комбинацию метаинформационных ресурсов и ярлыков приложений. Эти файлы обычно находятся в /usr/share/applications или /usr/local/share/applications для приложений, установленных в системе, или

/.local/share/applications для пользовательских приложений. Пользовательские ярлыки имеют приоритет над системными ярлыками.

Пример файла

Ниже приведен пример его структуры с дополнительными комментариями. Этот пример предназначен только для быстрого ознакомления и не показывает, как использовать все возможные ключи ввода. Полный список ключей можно найти в спецификация freedesktop.org.

Определение ключа

Все признанные Desktop ярлыки приложений можно найти на сайте freedesktop.org. Например, ключ Type определяет три типа ярлыков: Приложение (тип 1), Ссылка (тип 2) и Каталог (тип 3).

• Ключ Version обозначает версию спецификации ярлыка приложения, которая соответствует этому файлу, но не как не версию приложения.

• Name , GenericName и Comment часто содержат избыточные значения в виде комбинаций из них, например:

Этого следует избегать, поскольку это только будет запутывать пользователей. Ключ Name должен содержать только имя или хотя бы аббревиатуру/акроним, если они доступны.

• GenericName должен указывать на категорию приложения, которая обозначает особый признак этого конкретного приложения (например Firefox является «веб-браузером»).
• Comment должен содержать любую полезную дополнительную информацию.

Осуждение

Существует много ключей, которые стали устаревшими с течением времени по мере созревания стандарта. Лучший/самый простой способ — использовать инструмент desktop-file-validate , который является частью пакета desktop-file-utils . Чтобы проверить, выполните

Это даст вам очень подробные и полезные предупреждения и сообщения об ошибках.

Значки

Распространенные форматы изображений

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

Поддержка форматов изображений для значков, указанных в стандарте freedesktop.org.

Расширение	Полное имя и/или описание	Тип графики	Формат контейнера	Поддерживаемый
.png	Portable Network Graphics	Raster	Нет	Да
.svg(z)	Scalable Vector Graphics	Vector	Нет	Да (опционально)
.xpm	X PixMap	Raster	Нет	Да (устаревший)
.gif	Graphics Interchange Format	Raster	Нет	Нет
.ico	MS Windows Icon Format	Raster	Да	Нет
.icns	Apple Icon Image	Raster	Да	Нет

Преобразование значков

Если вы наткнулись на значок, который находится в формате, который не поддерживается стандартом freedesktop.org (например, gif или ico ), вы можете использовать инструмент преобразования (который является частью пакета imagemagick ), чтобы преобразовать его в поддерживаемый/рекомендованный формат, например:

Если вы преобразуете из формата контейнера, такого как ico , вы получите все изображения, которые были инкапсулированы в файл ico в форме — .png . Если вы хотите узнать размер изображения или количество изображений в файле контейнера, например ico , вы можете использовать инструмент идентификации (также часть пакета imagemagick ):

Как вы можете видеть, на примере файла ico, что по названию можно предположить одно изображение размером 48×48, но на самом деле оно содержит не менее 6 разных размеров, из которых один больше 48×48, а именно 128×128.

Кроме того, вы можете использовать icotool (из icoutils ) для извлечения png-изображений из контейнера ico:

Для извлечения изображений из контейнера .icns вы можете использовать icns2png (предоставленный libicns ):

Получение значков

Хотя пакеты, которые уже поставляются с файлом .desktop, наверняка содержат значок или набор значков, иногда бывает, что разработчик не создал файл .desktop, но тем не менее может отправить значки. Поэтому неплохо начать поиск значков в исходном пакете. Вы можете, например, сначала фильтровать расширение с помощью find, а затем использовать grep для дальнейшей фильтрации по определенным ключевым словам, таких как имя пакета, «значок», «логотип» и т.д., если изображений достаточно много в исходном пакете.

Если разработчики приложения не включают значки в свои исходные пакеты, тогда следующим шагом будет поиск значков на их сайте. В некоторых проектах, например, tvbrowser, есть страница с изображением/логотипом, где могут быть найдены дополнительные значки. Если проект мультиплатформенный, может случиться так, что в пакете linux/unix отсутствует значок, тогда пакет Windows может предоставить его. Если в проекте используется система управления версиями, например CVS/SVN и т.д., и у вас есть некоторый опыт работы с ней, вы также можете рассмотреть возможность просмотра ее для значков. Если все не удастся, проект может просто не иметь значка/логотипа еще.

Инструменты

gendesk

gendesk стартовал как инструмент, специально предназначенный для Arch Linux для генерации файлов .desktop, путем сбора необходимой информации непосредственно из файлов PKGBUILD. Теперь это общий инструмент, который принимает аргументы командной строки.

Значки могут быть автоматически загружены из openiconlibrary, если они доступны. (Источник значков можно легко изменить в будущем).

Как использовать

• Добавьте gendesk в makedepends

• Запустите функцию prepare() с:

• Альтернативно, если значок уже предоставлен (например, $pkgname.png). Флаг -n предназначен для не загрузки значка или использования значка по умолчанию. Пример:

• $srcdir/$pkgname.desktop будет создан и может быть установлен в функции package() с:

• Значок можно установить с помощью:

• Используйте —name=’Program Name’ для выбора имени для входа в меню..

• Для установки поля exec используйте —exec=’/opt/some_app/elf —with-ponies’ .

• Смотрите проект gendesk для получения дополнительной информации.

Список или поиск в файлах .desktop

lsdesktopf AUR может отображать доступные файлы .desktop или искать их содержимое.

Он также может выполнять поиск по типу MIME. Смотрите приложения по умолчанию#lsdesktopf.

fbrokendesktop

Скрипт fbrokendesktop AUR с использованием команды which для обнаружения сломанного Exec , который указывает на не существующий путь. Без каких-либо параметров он использует предварительно установленные каталоги в массиве DskPath . Он показывает только сломанный .desktop с полным отсутствием пути и имени файла.

Советы и хитрости

Скрытие ярлыков приложений

Во-первых, скопируйте ярлык приложения в

/.local/share/applications , чтобы ваши изменения не были перезаписаны.

Затем, чтобы скрыть ярлык приложения во всех средах, откройте его в текстовом редакторе и добавьте следующую строку: NoDisplay=true .

Чтобы скрыть ярлык приложения на конкретной среде рабочего стола добавьте следующую строку в него: NotShowIn=desktop-name

где desktop-name может быть таким, как GNOME, Xfce, KDE и т.д. Ярлык приложения может быть скрытым более, чем в одной среде рабочего стола сразу — просто разделяйте имена сред рабочего стола точкой с запятой.

Автозапуск

Если вы используете среду рабочего стола, совместимую с XDG, например GNOME или KDE, то она автоматически запускает файлы *.desktop, найденные в следующих каталогах:

• Общесистемный: $XDG_CONFIG_DIRS/autostart/ ( /etc/xdg/autostart/ по умолчанию)

• GNOME также запускает файлы, найденные в /usr/share/gnome/autostart/

• Пользовательский: $XDG_CONFIG_HOME/autostart/ (

  /.config/autostart/ по умолчанию)

Пользователи могут переопределять общесистемные файлы *.desktop скопировав их в пользовательский каталог

Для более конкретного описания используемых каталогов смотрите спецификацию автозапуска ярлыков приложений.

Изменение переменных среды

Отредактируйте команду Exec , добавив env, чтобы задать переменные окружения. Например:

/.local/share/applications/ вместо изменения его в /usr/share/applications/ .

Источник

Desktop environment

A desktop environment (DE) is an implementation of the desktop metaphor made of a bundle of programs, which share a common graphical user interface (GUI).

Contents

Overview

A desktop environment bundles together a variety of components to provide common graphical user interface elements such as icons, toolbars, wallpapers, and desktop widgets. Additionally, most desktop environments include a set of integrated applications and utilities. Most importantly, desktop environments provide their own window manager, which can however usually be replaced with another compatible one.

The user is free to configure their GUI environment in any number of ways. Desktop environments simply provide a complete and convenient means of accomplishing this task. Note that users are free to mix-and-match applications from multiple desktop environments. For example, a KDE user may install and run GNOME applications such as the Epiphany web browser, should they prefer it over KDE’s Konqueror web browser. One drawback of this approach is that many applications provided by desktop environment projects rely heavily upon the libraries underlying the respective desktop environment. As a result, installing applications from a range of desktop environments will require installation of a larger number of dependencies. Users seeking to conserve disk space often avoid such mixed environments, or chose alternatives which do depend on only few external libraries.

Furthermore, applications provided by desktop environments tend to integrate better with their native environments. Superficially, mixing environments with different widget toolkits will result in visual discrepancies (that is, interfaces will use different icons and widget styles). In terms of usability, mixed environments may not behave similarly (e.g. single-clicking versus double-clicking icons; drag-and-drop functionality) potentially causing confusion or unexpected behavior.

List of desktop environments

Officially supported

• Budgie — Budgie is a desktop environment designed with the modern user in mind, it focuses on simplicity and elegance.

https://getsol.us/ || budgie-desktop

• Cinnamon — Cinnamon strives to provide a traditional user experience. Cinnamon is a fork of GNOME 3.

https://github.com/linuxmint/Cinnamon || cinnamon

• Cutefish — Cutefish is a new and modern desktop environment.

https://en.cutefishos.com/ || cutefish

• Deepin — Deepin desktop interface and apps feature an intuitive and elegant design. Moving around, sharing and searching etc. has become simply a joyful experience.

https://www.deepin.org/ || deepin

• Enlightenment — The Enlightenment desktop shell provides an efficient window manager based on the Enlightenment Foundation Libraries along with other essential desktop components like a file manager, desktop icons and widgets. It supports themes, while still being capable of performing on older hardware or embedded devices.

https://www.enlightenment.org/ || enlightenment

• GNOME — The GNOME desktop environment is an attractive and intuitive desktop with both a modern (GNOME) and a classic (GNOME Classic) session.

https://www.gnome.org/ || gnome

• GNOME Flashback — GNOME Flashback is a shell for GNOME 3 which was initially called GNOME fallback mode. The desktop layout and the underlying technology is similar to GNOME 2.

https://wiki.gnome.org/Projects/GnomeFlashback || gnome-flashback

• KDE Plasma — The KDE Plasma desktop environment is a familiar working environment. Plasma offers all the tools required for a modern desktop computing experience so you can be productive right from the start.

https://www.kde.org/plasma-desktop || plasma

• LXDE — The Lightweight X11 Desktop Environment is a fast and energy-saving desktop environment. It comes with a modern interface, multi-language support, standard keyboard short cuts and additional features like tabbed file browsing. Fundamentally designed to be lightweight, LXDE strives to be less CPU and RAM intensive than other environments.

https://lxde.org/ || GTK 2: lxde , GTK 3: lxde-gtk3

• LXQt — LXQt is the Qt port and the upcoming version of LXDE, the Lightweight Desktop Environment. It is the product of the merge between the LXDE-Qt and the Razor-qt projects: A lightweight, modular, blazing-fast and user-friendly desktop environment.

https://lxqt.github.io/ || lxqt

• MATE — Mate provides an intuitive and attractive desktop to Linux users using traditional metaphors. MATE started as a fork of GNOME 2, but now uses GTK 3.

https://mate-desktop.org/ || mate

• Sugar — The Sugar Learning Platform is a computer environment composed of Activities designed to help children from 5 to 12 years of age learn together through rich-media expression. Sugar is the core component of a worldwide effort to provide every child with the opportunity for a quality education — it is currently used by nearly one-million children worldwide speaking 25 languages in over 40 countries. Sugar provides the means to help people lead fulfilling lives through access to a quality education that is currently missed by so many.

https://sugarlabs.org/ || sugar + sugar-fructose

• UKUI — UKUI is a lightweight Linux desktop environment, developed based on GTK and Qt. UKUI is the default desktop environment for Ubuntu kylin.

https://www.ukui.org/ || ukui

• Xfce — Xfce embodies the traditional UNIX philosophy of modularity and re-usability. It consists of a number of components that provide the full functionality one can expect of a modern desktop environment, while remaining relatively light. They are packaged separately and you can pick among the available packages to create the optimal personal working environment.

https://xfce.org/ || xfce4

Unofficially supported

• CDE — The Common Desktop Environment is a desktop environment for Unix and OpenVMS, based on the Motif widget toolkit. It was part of the UNIX98 Workstation Product Standard, and was long the «classic» Unix desktop associated with commercial Unix workstations. Despite being a legacy environment, it is still kept alive with support for Linux systems as well.

https://sourceforge.net/projects/cdesktopenv/ || cdesktopenvAUR

• EDE — The «Equinox Desktop Environment» is a desktop environment designed to be simple, extremely light-weight and fast.

https://edeproject.org/ || edeAUR

• KDE 1 — «forward-ported» to work on modern systems. Mostly for nostalgia, but now actually works and can be used as a daily driver. There are also a growing number of KDE 1 applications in AUR.

https://invent.kde.org/historical/kde1-kdebase || kde1-kdebase-gitAUR

• Liri — Liri is a desktop environment with modern design and features. Liri is the merge between Hawaii, Papyros and the Liri Project. Highly experimental.

https://liri.io/ || liri-shell-gitAUR

• Lumina — Lumina is a lightweight desktop environment written in Qt 5 for FreeBSD that uses Fluxbox for window management.

https://lumina-desktop.org/ || lumina-desktopAUR

• Moksha — Fork of Enlightenment currently used as default desktop environment in Ubuntu-based Bodhi Linux.

https://www.bodhilinux.com/moksha-desktop/ || moksha-gitAUR

• Pantheon — Pantheon is the default desktop environment originally created for the elementary OS distribution. It is written from scratch using Vala and the GTK3 toolkit. With regards to usability and appearance, the desktop has some similarities with GNOME Shell and macOS.

https://elementary.io/ || pantheon-session-gitAUR

• PaperDE — Desktop environment built on top of Qt/Wayland and wayfire.

https://cubocore.org/paperde.html || paperdeAUR

• Phosh — Phosh is a Wayland shell user interface based on GNOME, useful on mobile devices.

https://gitlab.gnome.org/World/Phosh/phosh || phoshAUR , phosh-gitAUR

• theDesk — theDesk is a desktop environment that tries to be as transparent as possible. It uses Qt 5 as its widget toolkit and KWin as its window manager.

https://github.com/vicr123/thedesk || thedeskAUR

• Trinity — The Trinity Desktop Environment (TDE) project is a computer desktop environment for Unix-like operating systems with a primary goal of retaining the overall KDE 3.5 computing style.

https://www.trinitydesktop.org/ || See Trinity

Custom environments

Desktop environments represent the simplest means of installing a complete graphical environment. However, users are free to build and customize their graphical environment in any number of ways if none of the popular desktop environments meet their requirements. Generally, building a custom environment involves selection of a suitable window manager or compositor, a taskbar and a number of applications (a minimalist selection usually includes a terminal emulator, file manager, and text editor).

Other components usually provided by desktop environments are:

Use a different window manager

If the desktop environment has an article, see its Use a different window manager section, otherwise consult the official documentation.

Источник