# Russian translation of Taxonomy Access Control (5.x-2.0) # Copyright (c) 2011 by the Russian translation team # msgid "" msgstr "" "Project-Id-Version: Taxonomy Access Control (5.x-2.0)\n" "POT-Creation-Date: 2011-04-14 20:37+0000\n" "PO-Revision-Date: YYYY-mm-DD HH:MM+ZZZZ\n" "Language-Team: Russian\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=((((n%10)==1)&&((n%100)!=11))?(0):(((((n%10)>=2)&&((n%10)<=4))&&(((n%100)<10)||((n%100)>=20)))?(1):2));\n" msgid "enable" msgstr "включить" msgid "Delete" msgstr "Удалить" msgid "List" msgstr "Список" msgid "Cancel" msgstr "Отменить" msgid "This action cannot be undone." msgstr "Это действие нельзя отменить." msgid "Category" msgstr "Категория" msgid "edit" msgstr "изменить" msgid "Update" msgstr "Обновить" msgid "Add" msgstr "Добавить" msgid "View" msgstr "Просмотреть" msgid "Create" msgstr "Создать" msgid "Delete all" msgstr "Удалить всё" msgid "Role" msgstr "Роль" msgid "A" msgstr "A" msgid "I" msgstr "I" msgid "D" msgstr "D" msgid "Allow" msgstr "Разрешить" msgid "Ignore" msgstr "Игнорировать" msgid "Deny" msgstr "Запретить" msgid "" "The Taxonomy Access Control module allows users to specify how each " "category can be used by various roles." msgstr "" "Модуль Taxonomy Access позволяет определить, " "насколько каждая категория " "материалов может быть использована в " "различных пользовательских ролях." msgid "" "Permissions can be set differently to each USER ROLES. Be aware that " "setting Taxonony Access permissions works ONLY WITHIN ONE USER ROLE. " "
(For users with multiple user roles, see section \"GOOD TO " "KNOW\" below.)" msgstr "" "Разрешения можно установить " "по-разному для каждой " "ПОЛЬЗОВАТЕЛЬСКОЙ РОЛИ. Помните, что " "данные определения разрешений " "доступа таксономии работают ТОЛЬКО С " "ОДНОЙ ПОЛЬЗОВАТЕЛЬСКОЙ РОЛЬЮ.
(Для пользователей с несколькими " "РОЛЯМИ, см. ниже раздел \"Полезно " "знать\".)" msgid "" "On the category permissions page for each role, each category displays " "a list of the terms within it, each with five types of permission: " "View, Update, Delete, Create and List:" msgstr "" "На странице прав доступа каждой роли, " "отображаются все категории с " "входящими в них терминами и " "доступными типами полномочий: " "Просмотр, Обновление, Удаление, " "Создание, Вывод списка . Ниже " "приведено их краткое описание:" msgid "" "VIEW enables the user to access content (nodes) with " "given term." msgstr "" "Просмотр позволяет " "пользователю получить доступ к " "содержанию (материалам), связанному с " "данным термином." msgid "" "UPDATE, DELETE enables the user to Update/Delete " "ALL nodes with the given term.
(These two permissions " "are administrator permissions, that should be given ONLY to " "e.g. content administrators.)" msgstr "" "Обновление, Удаление " "позволяет пользователю обновлять и " "удалять всё содержимое связанному " "с данным термином.
Эти " "полномочия рекомендуется назначать " "только администраторам " "содержимого." msgid "" "CREATE enables the user to set that term when adding " "a new node or when editing a node." msgstr "" "Создание позволяет " "пользователю создавать и " "редактировать материал соотнося его " "с текущим термином." msgid "" "LIST enables the user to view the name of the given " "term below the title of a node or in category lists. It also controls " "whether a user can access the taxonomy page for the given term. (e.g. " "\"taxonomy/term/*\")" msgstr "" "Отображение списка " "позволяет отображать пользователю " "названия данного термина в материале " "или в списке категорий. Он также " "управляет доступом к странице " "таксономии для данного термина. " "(например \"taxonomy/term/*\")" msgid "" "VIEW, UPDATE, and DELETE control the node access system. LIST and " "CREATE control if a user can view and select a given term. (Note: In " "previous versions of Taxonomy Access Control, there was no LIST " "permission; its functionality was controlled by the VIEW permission.)" msgstr "" "Полномочия Просмотр, Обновление " "и Удаление используются тогда, " "когда пользователь имеет доступ к " "материалам. Полномочия Просмотр " "списка и Создание " "используются тогда, когда " "пользователь может просматривать и " "выбирать термин. (Примечание: В " "предыдущих версиях Taxonomy Access Control нет " "полномочий Отображение списка; " "Эта функциональность " "контролировалась полномочием " "Просмотр.)" msgid "" "VIEW, UPDATE and DELETE have three options for each term: " "Allow, Ignore, and Deny. Indicate which " "rights each role should have for each term." msgstr "" "Просмотр, Обновление и Удаление " "имеют три опции для каждого термина: " "( A ) Разрешить, ( I ) " "Игнорировать, и ( D ) Запретить. " "Укажите, какие права каждая роль " "должна иметь для каждого термина." msgid "" "CREATE and LIST have only two options for each term: YES " "(selected) or NO (deselected). Indicate what each role " "should be allowed to do with each term." msgstr "" "Создание и Отображение списка " "имеют только две опции для каждого " "термина: Да (отмечено) или Нет (не " "отмечено). Укажите, какие права " "каждая роль должна иметь для каждого " "термина." msgid "" "IMPORTANT NOTE:
The DENY directives are " "processed after the ALLOW directives. (DENY overrides ALLOW.) So, " "if a multicategory node is in Categories \"A\" and \"B\" and a user " "has ALLOW permissions for VIEW in Category \"A\" and DENY permissions " "for VIEW in Category \"B\", then the user will NOT be permitted to " "VIEW the node. (DENY overrides ALLOW.)
Access is denied by " "default. So, if a multicategory node is in Categories \"C\" and " "\"D\" and a user has IGNORE permissions for VIEW in both Category " "\"C\" and \"D\", then the user will NOT be permitted to VIEW the " "node.
(If you are familiar with Apache mod_access, this permission " "system works similar to directive: ORDER ALLOW, DENY)" msgstr "" "Важно:
Опция Запретить ( D " "), обрабатывается после опции " "Разрешить ( A ). Опция Запретить ( D ) " "перекрывает опцию Разрешить ( A ) " "Так, если материал относиться к " "термину \"А \" и \"В \" и пользователь " "обладает правом Просмотр для " "термина \"А \", но не обладает правом " "Просмотр для термина \"В \", он " "никогда не увидит данный материал.
По умолчанию доступ запрещен. " "Так, если материал относиться к " "термину \"С \" и \"D \" и пользователь " "обладает полномочием " "Игнорировать для права " "Просмотр данных категорий \"А \" и " "\"В \", он не получит разрешения для " "права Просмотр текущего " "материала.
( Если вам знаком mod_access " "сервера Apache, данные полномочия " "работают по аналогии с директивой " "ORDER ALLOW, DENY)" msgid "" "Allow/Ignore/Deny All or Select/Deselect " "All:
Beside each vocabulary title there are dropdowns " "containing the options that can be set for individual terms. " "Selecting one of these options using the dropdown effectively " "selects that option for ALL of the individual terms inside that " "vocabulary when the options are saved.
Selecting \"--\" does " "not make any automatic changes to the permission of the terms in that " "vocabulary; only manual changes that you make will be saved.
NOTE: " "This does not change the \"Default\" option (described below)." msgstr "" "Параметры ( A ) Разрешить / ( I " ") Игнорировать / ( D ) " "Запретить или Выделить / " "Снять выделение:
Рядом с " "каждым словарем есть поле, содержащие " "варианты привилегий, которые могут " "быть установлены для индивидуальных " "терминов. Выбирая одну из этих опций, " "используя выпадающий список, можно " "установить данный вариант для " "всех терминов словаря.
Выбор " "\"--\" не позволит автоматически " "назначить полномочия всем терминам " "словаря;
Будте внимательны, это не " "изменит \"Значение по умолчанию\"!" msgid "" "Default:
This option, just underneath the " "vocabulary title, sets the permission that will automatically be " "given to the role, for any new terms that are added within " "the vocabulary. This includes terms that are added via free tagging." msgstr "" "Значение по умолчанию:
Данная опция автоматически " "устанавливает полномочия роли для " "любых новых терминов, которые будут " "добавлены в данный словарь." msgid "GOOD TO KNOW:" msgstr "Полезно знать:" msgid "" "Users with multiple user roles: Allow/Ignore/Deny " "options are interpreted only within one user role. When a user " "belongs to multiple user roles, then user gets access if ANY of his " "user roles has the access granted.
In this case, permissions " "for the given user are calculated, so that the permissions of ALL " "of his user roles are \"OR-ed\" together. Meaning that Allow will " "take precedence over Deny. This is different from how node access " "permissions (for multi-category nodes) are handled within ONE USER " "ROLE, as noted above." msgstr "" "Пользователи с несколькими " "пользовательскими ролями: " "Параметры Разрешить / Игнорировать / " "Запретить в один отрезок времени " "работают с одной пользовательской " "ролью. В ситуации, когда " "пользователь имеет несколько ролей, " "он получает права доступа даже " "тогда, когда доступ был разрешён " "только одной роли.
В этом случае, " "права доступа текущего пользователя " "складываются из всех прав доступа " "его ролей. Параметр Разрешить " "перекрывает параметр Запретить. Это " "отличается от назначения прав доступа " "к материалам (к материалам в ходящими " "в несколько категорий), " "обрабатывающих ОДНУ ПОЛЬЗОВАТЕЛЬСКУЮ " "РОЛЬ, как отмечалось выше." msgid "" "
Input formats: Node editing/deleting is " "blocked, even when user has UPDATE/DELETE permission to " "the node, when user is not allowed to use a filter format that " "the node was saved at." msgstr "" "Форматы вывода: Правка / " "Удаление материала заблокированы " "даже в тех случаях, когда пользователь " "обладает полномочиями типа " "Обновление / Удаление, а также если " "пользователю не разрешено " "использовать формат фильтра в котором " "был сохранен материал." msgid "" "Taxonomy Access - Update #2: No queries executed. Field 'grant_list' " "already exists in tables 'term_access'." msgstr "" "Taxonomy Access - Обновление #2: Запросы не " "выполнены. Поле 'grant_list' уже существует " "в таблицах 'term_access'." msgid "Taxonomy Access module installed tables successfully." msgstr "" "Создание таблиц в базе данных модуля " "Taxonomy Access закончилось успешно." msgid "The installation of Taxonomy Access module was unsuccessful." msgstr "" "Установка модуля Taxonomy Access закончилась " "неуспешно." msgid "Taxonomy Access have been successfully uninstalled." msgstr "Модуль Taxonomy Access успешно удалён." msgid "Taxonomy Access Control" msgstr "Taxonomy Access Control" msgid "Access control for user roles based on taxonomy categories." msgstr "" "Контроль доступа пользовательских " "ролей к категориям таксономии." msgid "disable" msgstr "отключить" msgid "Are you sure you want to delete all grant rules for role %rid?" msgstr "" "Вы уверены, что хотите удалить все " "правила, предоставленные роли %rid?" msgid "Delete selected" msgstr "Удалить выделенное" msgid "Save all" msgstr "Сохранить всё" msgid "Grants for %role" msgstr "Предоставляет для %role" msgid "Taxonomy access permissions" msgstr "Разрешения Taxonomy access" msgid "Taxonomy-based access control for content" msgstr "" "Контроль доступа к содержимому на " "основе таксономии"