Вход:  Пароль:  
FreeSource: PhpCoder/drafts?/DesktopEntrySpecification ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |
Это старая версия PhpCoder/drafts/DesktopEntrySpecification за 2006-09-17 21:25:27..

Desktop Entry Specification

Спецификация для Desktop Entry


Авторы: Preston Brown <pbrown @ kde.org>, Jonathan Blandford <jrb @ redhat.com>, Owen Taylor <otaylor @ gtk.org>
Переводчик: Slava Semushin <php-coder @ altlinux.ru>
Источник: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-0.9.4.html
Версия: 0.9.4
Статус: черновик (перевод только начат)

Введение

Introduction

Обе рабочие среды, KDE и Gnome, приняли одинаковый формат для «desktop entries» или конфигурационных файлов, описывающих как каждая программа должна быть запущена, как должна выглядеть в меню и т.д. Это является большой пользой для сообщества, потому что унифицированый стандарт был согласован всеми сторонами и является примером взаимодействия между двумя окружениями и теперь создание любых дополнительных окружений, реализующих данную спецификацию, стали проще.
Both the KDE and GNOME desktop environments have adopted a similar format for «desktop entries», or configuration files describing how a particular program is to be launched, how it appears in menus, etc. It is to the larger community's benefit that a unified standard be agreed upon by all parties such that interoperation between the two environments, and indeed any additional environments that implement the specification, becomes simpler.

Базовый формат файла

Basic format of the file

Файлы desktop entries должны иметь расширение .desktop. Идентификация типа файла по его расширению делает определение типа файла очень простым и быстрым. Если у файла отсутствует расширение, то система будет вынуждена прибегнуть к опознанию через «магическое обнаружение». Desktop entries, которые описывают формат каталога и то, как он должен отображаться должны быть названы просто .directory.
These desktop entry files should have the extension .desktop. Determining file type on basis of extension makes determining the file type very easy and quick. When no file extension is present, the desktop system should fall back to recognition via “magic detection”. Desktop entries which describe how a directory is to be formatted/displayed should be simply called .directory.
Базовый формат для desktop entry файла требует, чтобы в заголовке была указана «группа», называемая [Desktop Entry]. Эта запись означает, что все пары {ключ, значение} упомянутые ниже находятся в группе Desktop Entry. В этом файле может быть указана и другая группа, но Desktop Entry – наиболее важная группа, поддержка которой обязательна. Эта группа должна также использоваться как «магический ключ» для автоматического определения MIME-типа файла. В этой части файла не должно быть ничего кроме указания группы, но возможно наличие одного или более комментариев (смотри ниже).
The basic format of the desktop entry file requires that there be a “group” header named [Desktop Entry]. This “group” entry denotes that all {key,value} pairs following it belong in the Desktop Entry group. There may be other groups present in the file, but this is the most important group which explicitly needs to be supported. This group should also be used as the “magic key” for automatic MIME type detection. There should be nothing proceeding this group in the desktop entry file but possibly one or more comments (see below).
Заголовки группы не могут содержать символов [ и ], так как они являются разделителями.
Group headers may not contain the characters [ and ] as those delimit the header.
Строки, начинающиеся с #, а также пустые строки, рассматриваются как комментарии и могут быть проигнорированы, тем не менее они должны быть сохранены для последующего чтения и редактирования desktop entry файла.
Lines beginning with a # and blank lines are considered comments and will be ignored, however they should be preserved across reads and writes of the desktop entry file.
Совместимые реализации должны сохранять все секции в файле, даже если они не поддерживают их. Такие секции должны храниться в каком-либо списке и если файл будет перезаписан, то они должны быть включены в него снова. Это гарантирует, что любые специфические для данной оконной среды параметры будут сохранены, даже если другая система получила к файлу доступ и изменила его.
Compliant implementations MUST not remove any fields from the file, even if they don't support them. Such fields must be maintained in a list somewhere, and if the file is “rewritten”, they will be included. This ensures that any desktop-specific extensions will be preserved even if another system accesses and changes the file.
Записи в файле представляют собой пары {ключ, значение} в формате:
Entries in the file are {key,value} pairs in the format:

Пробелы до и после знака равенства должны игнорироваться; знак = является разделителем.
Space before and after the equals sign should be ignored; the = sign is the actual delimiter.
Поддерживаются управляющие последовательности \s, \n, \t, \r и \\ означающие пробел, новую строку, символ табуляции, возврат каретки и обратный слэш, соответственно.
The escape sequences \s, \n, \t, \r, and \\ are supported, meaning ASCII space, newline, tab, carriage return, and backslash, respectively.

продолжение следует...
/LunarShild забрал на перевод, если никто не против.


Страницы, ссылающиеся на данную: PhpCoder
Standarts


Вы не владеете cтраницей PhpCoder/drafts/DesktopEntrySpecification и поэтому не можете получить список наблюдающих за ней


 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]