natgillin/translations-raw huggingface dataset:
An Indirect entry also contains a host name, pattern or macro, but follows it with a list of host names or macros to which the queries should be forwarded. Indirect entries can be excluding as well, in which case a (valid) dummy host name must be supplied to make the entry distinguishable from a Direct entry. If compiled with IPv6 support, multicast address groups may also be included in the list of addresses the queries are forwarded to. If the indirect host list contains the keyword CHOOSER, Indirect queries are not forwarded, but instead a host chooser dialog is displayed by & kdm;. The chooser will send a Direct query to each of the remaining host names in the list and offer a menu of all the hosts that respond. The host list may contain the keyword BROADCAST, to make the chooser send a Broadcast query as well; note that on some operating systems, UDP packets cannot be broadcast, so this feature will not work.
Запис Indirect також містить назву вузла, шаблон або макрос, але за ним слідує список назв вузлів, на які слід переспрямовувати запити. Записи Indirect також можна виключити, у цьому випадку слід надати хоч один (чинний) фіктивний вузол, щоб відрізнити запис від запису Direct. Якщо програму зібрано з підтримкою протоколу IPv6, у списки адрес для переспрямування запитів можна додавати групи адрес трансляції. Якщо список непрямих вузлів містить ключове слово CHOOSER, запити Indirect не буде переспрямовано одразу, замість цього у & kdm; буде відкрито діалогове вікно засобу вибору. Засіб вибору надішле Direct - запит до кожного з вузлів, що залишилися у списку, і покаже у меню всі вузли, від яких надійшла відповідь. Список вузлів може містити ключове слово BROADCAST, щоб наказати засобу вибору надіслати також запит Broadcast; зауважте, що на деяких операційних системах трансляція (broadcast) пакетів UDP неможлива, а отже, ця можливість не працюватиме.
When checking access for a particular display host, each entry is scanned in turn and the first matching entry determines the response. Direct and Broadcast entries are ignored when scanning for an Indirect entry and vice-versa.
Під час перевірки доступу до окремого вузла дисплея по черзі перевіряються всі записи і перший же відповідник визначає відповідь. Записи Direct і Broadcast буде проігноровано під час пошуку запису Indirect, і навпаки.
A macro definition contains a macro name and a list of host names and other macros that the macro expands to. To distinguish macros from hostnames, macro names start with a% character.
Макровизначення містить назву макроса і список назв вузлів та інших макросів, на які поширюється його дія. Щоб відрізнити макроси від назв вузлів, назви макросів починаються з символу%.
The last entry type is the LISTEN directive. The formal syntax is nbsp; LISTEN nbsp; [interface nbsp; [multicastnbsp; list]] If one or more LISTEN lines are specified, & kdm; listens for & XDMCP; requests only on the specified interfaces. interface may be a hostname or IP address representing a network interface on this machine, or the wildcard * to represent all available network interfaces. If multicast group addresses are listed on a LISTEN line, & kdm; joins the multicast groups on the given interface. For IPv6 multicasts, the IANA has assigned ff0 X :0:0:0:0:0:0:12b as the permanently assigned range of multicast addresses for & XDMCP;. The X in the prefix may be replaced by any valid scope identifier, such as 1 for Node-Local, 2 for Link-Local, 5 for Site-Local, and so on (see IETF RFC 2373 or its replacement for further details and scope definitions). & kdm; defaults to listening on the Link-Local scope address ff02:0:0:0:0:0:0:12b to most closely match the IPv4 subnet broadcast behavior. If no LISTEN lines are given, & kdm; listens on all interfaces and joins the default & XDMCP; IPv6 multicast group (when compiled with IPv6 support). To disable listening for & XDMCP; requests altogether, a LISTEN line with no addresses may be specified, but using the [Xdmcp] Enable option is preferred.
Останнім типом записів є директива LISTEN. Її формальний синтаксис такий: nbsp; LISTEN nbsp; [інтерфейс nbsp; [списокnbsp; трансляції]] Якщо вказано один або декілька рядків LISTEN, & kdm; очікуватиме на надходження & XDMCP; - запитів лише на вказаних інтерфейсах. Інтерфейсом може бути назва вузла або IP- адреса, що відповідає мережевому інтерфейсу комп’ ютера, або шаблон заміни *, що відповідає всім доступним інтерфейсам мережі. Якщо у рядку LISTEN перелічено групи адрес трансляції, & kdm; приєднається до груп трансляції на заданому інтерфейсі. Для групових трансляцій IPv6 & XDMCP; як постійний діапазон адрес трансляції використовуватиметься IANA зі значенням ff0 X: 0: 0: 0: 0: 0: 0: 12b. X у префіксу можна замінити будь- яким чинним ідентифікатором контексту, таким, як 1 для Node- Local, 2 для Link- Local, 5 для Site- Local тощо (див. IETF RFC 2373 або його замінник, щоб дізнатися більше про визначення контекстів). Типовою поведінкою для & kdm; буде очікування на адресі ff02: 0: 0: 0: 0: 0: 0: 12b контексту Link- Local, ще зроблено з метою найближчого відтворення поведінки трансляції у підмережі IPv4. If no Якщо рядків LISTEN немає, & kdm; очікуватиме на всіх інтерфейсах і приєднуватиметься до типової групової трансляції IPv6 & XDMCP; (якщо програму зібрано з підтримкою IPv6). Щоб взагалі вимкнути очікування запитів & XDMCP;, можна вказати рядок LISTEN без адреси, але слід надавати перевагу визначенню значення параметра [Xdmcp] Enable.
Supplementary programs
Додаткові програми
The following programs are run by & kdm; at various stages of a session. They typically are shell scripts.
На різних стадіях сеансу & kdm; запускає наступні програми. Типово, цими програмами є скрипти оболонки.
The Setup, Startup and Reset programs are run as root, so they should be careful about security. Their first argument is auto if the session results from an automatic login; otherwise, no arguments are passed to them.
Програми Setup, Startup і Reset виконуються від імені користувача root, отже, при поводженні з ними слід зважати на параметри безпеки. Всім цим програмам передається параметр auto, якщо сеанс було запущено у результаті автоматичного входу до системи, у іншому випадку параметри цим програмам не передаються.
Setup program
Програма Setup
The Xsetup program is run after the & X-Server; is started or reset, but before the greeter is offered. This is the place to change the root background (if UseBackground is disabled) or bring up other windows that should appear on the screen along with the greeter.
Програма Xsetup виконується після запуску або відновлення початкового стану сервера X, але перед запитом вікна входу. На цьому етапі можна змінити тло для користувача root (якщо вимкнено параметр UseBackground) або відкрити інші вікна, які мають з’ явитися на екрані разом з вікном входу.
In addition to any specified by ExportList, the following environment variables are passed:
Крім будь- яких, визначених ExportList, змінних середовища, передаються і такі змінні:
the associated display name
асоційована назва дисплея
the value of SystemPath
значення параметра SystemPath
the value of SystemShell
значення параметра SystemShell
may be set to an authority file
може бути встановлено у значення файла уповноваження
the value of FifoDir
значення параметра FifoDir
Note that since & kdm; grabs the keyboard, any other windows will not be able to receive keyboard input. They will be able to interact with the mouse, however; beware of potential security holes here. If GrabServer is set, Xsetup will not be able to connect to the display at all. Resources for this program can be put into the file named by Resources.
Зауважте, що оскільки & kdm; перехоплює керування клавіатурою, всі інші вікна не зможуть отримувати сигналів з клавіатури. Але вони можуть взаємодіяти з мишею і це може призвести до потенційних проблем з безпекою. Якщо увімкнено параметр GrabServer, Xsetup взагалі не зможе з’ єднатися з дисплеєм. Ресурси для цієї програми можна розмістити у файлі з назвою Resources.
Startup program
Програма Startup
The Xstartup program is run as root when the user logs in. This is the place to put commands which add entries to utmp (the sessreg program may be useful here), mount users' home directories from file servers, or abort the session if some requirements are not met (but note that on modern systems, many of these tasks are already taken care of by PAM modules).
Програма Xstartup виконується від імені користувача root під час входу користувача до системи. На цьому етапі можна виконати команди, які додаватимуть записи у utmp (для цього може знадобитися програма sessreg), монтуватимуть домашні теки користувачів, або завершуватимуть сеанс, якщо не виконуються якісь вимоги (але зауважте, що у сучасних системах більшість цих функцій беруть на себе модулі PAM).
the initial working directory of the user
початковий робочий каталог користувача
the username
ім’ я користувача
& kdm; waits until this program exits before starting the user session. If the exit value of this program is non-zero, & kdm; discontinues the session and starts another authentication cycle.
& kdm; чекає на завершення роботи цієї програми, перш ніж почати сеанс користувача. Якщо код завершення програми ненульовий, & kdm; припиняє сеанс і розпочинає новий цикл розпізнавання.
Session program
Програма Session
The Xsession program is the command which is run as the user's session. It is run with the permissions of the authorized user. One of the keywords failsafe, default or custom, or a string to eval by a Bourne-compatible shell is passed as the first argument.
Програма Xsession — це команда, яка запускається як сеанс користувача. Вона виконується з правами розпізнаного користувача. Як перший параметр цій програмі передається оболонкою одне з ключових слів failsafe, default або custom або рядок до eval.
the value of UserPath (or SystemPath for root user sessions)
значення параметра UserPath (або SystemPath для сеансів користувача root)
the user's default shell
типова оболонка користувача
may be set to a non-standard authority file
можу бути встановлене у значення нестандартного файла уповноваження
may be set to a Kerberos4 credentials cache name
може бути встановлено у значення назви кешу уповноваження Kerberos4
may be set to a Kerberos5 credentials cache name
може бути встановлено у значення назви кешу уповноваження Kerberos5
will contain a comma-separated list of parameters the session might find interesting, like which conversation plugin was used for the login
буде містити список параметрів, які можуть бути корисними у сеансі, розділений комами, подібний до того, який використовує додаток діалогового вікна для входу у систему
the name of the session the user has chosen to run
назва сеансу, який користувач обрав для запуску
Reset program
Програма Reset
Symmetrical with Xstartup, the Xreset program is run after the user session has terminated. Run as root, it should contain commands that undo the effects of commands in Xstartup, removing entries from utmp or unmounting directories from file servers.
Симетрична до Xstartup, програма Xreset виконується після завершення сеансу користувача. Ця програма виконується від імені користувача root, у ній містяться команди, які скасовують дії виконані командами програми Xstartup, вилучаються записи з utmp і розмонтовуються каталоги з файлових серверів.
The environment variables that were passed to Xstartup are also passed to Xreset.
Змінні середовища, які було передано до Xstartup, також передаються і Xreset.
Creating themes for the & kdm; greeter
Теми для вітального вікна & kdm;
This section describes the creation of themes for the themed greeter. For examples including screenshots, see the installed standard themes and the themes from the theme website.
У цьому розділі описано створення тем для вікна входу до системи. Приклади зі знімками екрана ви можете знайти у встановлених стандартних темах і темах з веб- сайта тем.
Theme Overview
Огляд теми
& kdm; themes can be created by creating an XML file that follows the specification in $KDEDIR / share/ apps/ doc/ kdm/ greeter. dtd. Theme files are stored in the directory $KDEDIR / share/ apps/ kdm/ themes/ theme_name. The theme directory should contain a file called KdmGreeterTheme. desktop which has similar format to other. desktop files and looks like:
Створити тему для & kdm; означає створитися XML- файл згідно до специфікацій, визначених у файлі $KDEDIR / share/ apps/ doc/ kdm/ greeter. dtd. Файли тем зберігаються у каталозі $KDEDIR / share/ apps/ kdm/ themes / назва_ теми. У каталозі теми має міститися файл з назвою KdmGreeterTheme. desktop, формат якого подібний до інших файлів. desktop і виглядає приблизно так:
[KdmGreeterTheme] Greeter=circles. xml Name=Circles Description=Theme with blue circles Author=Bond, James Bond Copyright=(c) 2002 Bond, James Bond Screenshot=screenshot. png
[KdmGreeterTheme] Greeter=circles. xml Name=Circles Name[ uk] =Кола Description=Theme with blue circles Author=Bond, James Bond Copyright=( c) 2002 Bond, James Bond Screenshot=screenshot. png
The Name, Description, Author and Copyright fields can be translated just like in other. desktop files. All the files that are mentioned should be in the theme directory itself. The Screenshot field points to a file which should be a 200x150 screenshot of the theme in action (it is OK not to have one, but it makes it nicer for the user). The Greeter entry points to an XML file that contains the description of the theme.
Поля Name, Description, Author і Copyright можна перекладати у спосіб, подібних на той, що використовується у інших файлах. desktop. Всі згадані у цьому файлі файли повинні знаходитися у одній теці. Поле Screenshot має вказувати на файл знімка екрана теми у дії, розміром 200x150 пікселів (нічого, якщо такого файла не буде, але, з точки зору користувача, було б краще, якби ви все ж його зробили). Запис Greeter вказує на XML- файл, у якому міститься опис теми.
Once a theme has been fully tested, make a tarball that contains the directory as it would be installed to the $KDEDIR / share/ apps/ kdm/ themes directory. This is the standard format for distributing & kdm; themes.
Після того, як ви проведете повне випробування теми, запакуйте у архів (. tar. bz2) каталог з темою, щоб згодом його можна було встановити до каталогу $KDEDIR / share/ apps/ kdm/ themes. Цей архів і є стандартним форматом для поширення тем & kdm;.
Detailed Description of Theme XML format
Докладний опис XML- формату теми
Toplevel Node
Вузол найвищого рівня
& kdm; themes are XML files with the & lt; greetergt; tag at their root. The toplevel node is an item node of type rect with an implicit fixed layout.
Теми & kdm; — це XML- файли з кореневим тегом & lt; greetergt;. Вузлом найвищого рівня є вузол item типу rect з неявним фіксованим компонуванням.
Contained within the greeter tag can be the nodes described in the next sections of this document. Some of these nodes are containers (layout nodes, item nodes) which can contain other nodes again.
У наступних розділах цього документа описано вузли, що можуть міститися між тегами greeter. Деякі з цих вузлів є контейнерами (вузли layout і item), всередині яких містяться інші вузли.
Item Nodes
Вузли Item
A & kdm; theme is created by specifying a hierarchy of item and layout nodes. Item nodes can have the following value for the type attribute:
Тема & kdm; створюється побудовою ієрархії вузлів item і layout. Вузли item можуть мати такі значення атрибута type:
A button field. This field uses a Qt button.
Поле кнопки. Це поле використовує кнопку Qt.
It is also possible to make any other item act like a button by setting its button attribute to true. However, it is better to use Qt buttons in & kdm; themes since these are accessible to users with disabilities.
Також можна зробити поведінку будь- якого іншого елемента подібною на поведінку кнопки, якщо встановити його атрибут button у значення true. Але краще все ж використовувати у & kdm; Qt- кнопки, оскільки до таких кнопок легше отримати доступ користувачам з обмеженими можливостями.
An input widget like a line edit or combo box. Note that this is merely a placeholder for Qt widgets.
Віджет для введення інформації на зразок поля редагування або спадного списку. Зауважте, що це лише заповнювач для віджетів Qt.
A text label. Must contain either a text node or a stock node to specify the text.
Текстова мітка. У ній має міститися або вузол text, або вузол stock, який визначатиме текст мітки.
A face browser widget.
Віджет для перегляду зображень користувачів.
A raster image in a format that Qt supports, & eg; PNG, JPEG, Tiff, etc.
Растрове зображення у форматі, який підтримує Qt, наприклад, PNG, JPEG, Tiff тощо.
A plain rectangle.
Простий прямокутний.
A vector image in SVG format.
Векторне зображення у форматі SVG.
For example: & lt; item type=quot; labelquot; gt; An item that acts as a button:
Приклад: & lt; item type=quot; labelquot; gt; Елемент, що працюватиме як кнопка:
By default, the & kdm; login screen will disappear after authentication. This can result in flicker between the login screen and the session. The background attribute allows users to specify what elements of the theme are the background image. When used, this will cause & kdm; to remove all non-background items from the display and render the remaining background items to the root window. This can be used to create a smooth transition between the login screen and the session: & lt; item type=quot; rectquot; background=quot; truequot; gt; & lt; normal file="background. svg"/ gt; & lt; pos x=quot; 0quot; y=quot; 0quot; width=quot; 100%quot; height=quot; -75quot; /gt; & lt; /itemgt; To use a different background for login transition than the one used for login, the theme should specify two item nodes (which could contain pixmaps or svg images, for example). The item which corresponds to the greeter background should not have the background property while the item which corresponds to the transition background should have the background property. For instance:
Типовою є поведінка, коли екран входу до системи & kdm; зникає після розпізнавання. Це може спричинити блимання між екраном входу і сеансом. Атрибут background надає користувачам можливість вказати, які саме елементи теми є зображеннями тла. Якщо використовувати цей атрибут, & kdm; після розпізнавання вилучить всі елементи, що не стосуються тла і показуватиме лише елементи з атрибутом background основного вікна. Таким чином перехід від вікна входу до сеансу буде плавним: & lt; item type=quot; rectquot; background=quot; truequot; gt; & lt; normal file=" background. svg "/ gt; & lt; pos x=quot; 0quot; y=quot; 0quot; width=quot; 100% quot; height=quot; - 75quot; / gt; & lt; / itemgt; Щоб мати можливість використовувати тло для переходу до сеансу, відмінне від того, яке було використано під час розпізнавання, у темі слід визначити два вузли елементів (item), у яких мають міститися, наприклад, відомості про растрові або svg- зображення. Вузол item, який відповідатиме тлу вітального вікна (greeter) не повинен мати властивості background, тоді як вузол, що відповідатиме перехідному тлу повинен мати таку властивість. Приклад:
In multi-screen setups, themes may also specify the look of other screens than the one the greeter is on - but typically only background items will appear there. To specify which screen(s) an item should appear on, the screen attribute can be used with the value being one of greeter, other or all, meaning the screen the greeter is on, all screens the greeter is not on and all screens, resp.
У конфігураціях з декількома екранами за допомогою тем можна визначати вигляд екранів, відмінних від того, на якому з’ являється вікно входу до системи, — але у такому випадку на них з’ являтимуться лише елементи тла. Щоб визначити, на яких екранах має з’ явитися елемент, можна скористатися атрибутом screen, який може приймати одне зі значень: greeter, other або all. Ці значення позначають екран, на якому відкрито вікно входу до системи, всі екрани, на яких цього вікна немає, та всі екрани, відповідно.
Each item can be given a name via the id attribute. Certain ids are recognized by & kdm; to give those items a special function:
Кожному елементу (item) може бути надано назву за допомогою атрибута id. & kdm; розрізняє декілька id, які мають певне функціональне навантаження:
button items and items with the button=quot; truequot; attribute.
елементи button і елементи з атрибутом button=quot; truequot;.
Buttons typically trigger certain actions. Addionally, & kdm; will hide buttons whose actions are not available for some reason.
Кнопки, зазвичай, використовуються для виконання певних дій. Крім того, & kdm; сховає кнопки, якщо пов’ язані з ними дії недоступні з якоїсь причини.
Runs the XDMCP chooser.
Запускає засіб вибору XDMCP.
Disconnect from remote session.
Від’ єднатися від віддаленого сеансу.
Open the session type selection menu.
Відкриває меню вибору типу сеансу.
Open a catch-all menu with various options and actions, depending on the configuration.
Відкриває загальне меню з різноманітними параметрами і діями, список яких залежить від конфігурації системи.
label items
Елементи label
& kdm; will show/ hide these labels and set their text depending on the state of the login dialog.
& kdm; може показувати або ховати ці елементи і змінювати їх текст залежно від стану діалогового вікна входу до системи.
This displays the Login failed. message.
Показує повідомлення Спроба входу зазнала невдачі..
Widget embedding items
Елементи для вбудовування віджетів
& kdm; will embed particular Qt widgets into these items.
У ці елементи & kdm; може вбудовувати окремі віджети Qt.
Entry field for username entry.
Поле для введення імені користувача.
Entry field for password entry.
Поле для введення пароля.
Some conversation plugins use this field to query a domain name. If this field is present, the related enclosing items should have show nodes with the type plugin-domain-entry.
Деякі з додатків обміну інформацією використовують це поле для запиту щодо назви домену. Якщо у темі є це поле, відповідні внутрішні елементи повинні мати вузли show з типом plugin- domain- entry.
This item should be of type rect. It represents the hot area of the greeter: it contains the label and entry items which concern the authentication process. If a given conversation plugin cannot match the existing items with its needs, it tries to embed a complex widget with an own layout into this item, thus completely overriding the theme's talker. Strictily speaking, & kdm; themes do not need to provide own talker designs at all, as all & kdm; authentication plugins are able make use of the talker item.
Цей елемент має належати до типу rect. Йому відповідає робоча частина вітального вікна: у ньому містяться елементи label і entry, які стосуються процесу розпізнавання. Якщо вказаний додаток обміну інформацією не може знайти потрібні елементи, він намагається вбудувати віджет з власним компонування у цей елемент, і таким чином, повністю заміщує talker з теми. Строго кажучи, темам & kdm; взагалі не потрібні елементи talker, оскільки всі додатки розпізнавання у & kdm; мають вбудовані елементи talker.
This item must be of type list. If the user list feature is enabled, & kdm; will embed the user list widget here. Otherwise, this item is hidden.
Цей елемент має належати до типу list. Якщо увімкнено можливість вибору користувача зі списку, & kdm; вбудує сюди віджет списку користувачів. У іншому випадку цей елемент буде приховано.
This item should be of type rect. If the built-in xconsole feature is compiled in and enabled, & kdm; will embed the console log widget here. Otherwise, this item is hidden.
Цей елемент має належати до типу rect. Якщо & kdm; зібрано з вбудованою можливістю xconsole і цю можливість увімкнено, & kdm; вбудує віджет журналу консолі у вказаному місці. У іншому випадку елемент буде приховано.
Other items
Інші елементи
& kdm; will show/ hide these items depending on the configuration and the current state of the greeter. & kdm; does not impose type requirements on them, but they usually lend themselves to a particular type.
& kdm; буде показувати або приховувати ці елементи залежно від налаштувань і поточного стану вітального вікна. & kdm; не накладає на них вимог належності до певного типу, але, зазвичай, вони самі належать до певного типу.
Shown only when...
Показувати, лише якщо...