# French translation of Taxonomy Access Control (5.x-2.0) # Copyright (c) 2011 by the French translation team # msgid "" msgstr "" "Project-Id-Version: Taxonomy Access Control (5.x-2.0)\n" "POT-Creation-Date: 2011-05-26 21:07+0000\n" "PO-Revision-Date: YYYY-mm-DD HH:MM+ZZZZ\n" "Language-Team: French\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=utf-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n!=1);\n" msgid "enable" msgstr "activer" msgid "Delete" msgstr "Supprimer" msgid "List" msgstr "Lister" msgid "Cancel" msgstr "Annuler" msgid "This action cannot be undone." msgstr "Cette action est irréversible." msgid "Category" msgstr "Catégorie" msgid "edit" msgstr "modifier" msgid "Update" msgstr "Mettre à jour" msgid "Add" msgstr "Ajouter" msgid "View" msgstr "Voir" msgid "Create" msgstr "Créer" msgid "Delete all" msgstr "Tout supprimer" msgid "Role" msgstr "Rôle" msgid "Allow" msgstr "Autoriser" msgid "Ignore" msgstr "Ignorer" msgid "Deny" msgstr "Refuser" msgid "" "The Taxonomy Access Control module allows users to specify how each " "category can be used by various roles." msgstr "" "Le module Taxonomy Access Control permet de spécifier comment chaque " "catégorie peut être utilisée par les différents rôles." 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 "" "Les permissions peuvent être affectées différemment pour chacun des " " RÔLES UTILISATEUR. Le paramétrage des permissions Taxonony Access " "ne fonctionne QUE POUR UN RÔLE UTILISATEUR.
(Pour les " "utilisateurs ayant plusieurs rôles, voir la section \"BON À SAVOIR\" " "ci-dessous.)" 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 "" "Sur la page de permissions de catégorie pour chaque rôle, chaque " "catégorie affiche une liste de termes qu'elle contient, chacune avec " "cinq types de permissions : Voir, Modifier, Supprimer, Créer " "et Lister :" msgid "" "VIEW enables the user to access content (nodes) with " "given term." msgstr "" "VOIR permet à l'utilisateur d'accéder au contenu " "(nœuds) avec le terme donné." 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 "" "MODIFIER, SUPPRIMER permet à l'utilisateur de " "Modifier/Supprimer TOUS les nœuds avec le terme donné. " "
(Ces deux permissions sont des permissions " "d'administrateur, elles doivent être données par exemple aux " "administrateurs de contenu.)" msgid "" "CREATE enables the user to set that term when adding " "a new node or when editing a node." msgstr "" "CRÉER permet à l'utilisateur d'affecter ce terme à " "l'ajout d'un nouveau nœud ou à l'édition d'un nœud." 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 "" "LISTER permet à l'utilisateur de visualiser le nom " "du terme donné sous le titre d'un nœud ou dans les listes de " "catégories. Il contrôle aussi qu'un utilisateur puisse accéder à " "la page taxonomie pour le terme donné. (ex. \"taxonomie/terme/*\")" 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 "" "VOIR, MODIFIER et SUPPRIMER contrôlent le système d'accès au nœud. " " LISTER et CRÉER contrôlent si un utilisateur peut visualiser ou " "sélectionner un terme donné. (Note : Dans les précédentes " "versions de \"Taxonomy Access Control\", il n'y avait pas de " "permission LISTER ; sa fonctionnalité était contrôlée par la " "permission VOIR.)" 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 "" "VOIR, MODIFIER et SUPPRIMER ont trois options pour chaque " "terme : Autoriser, Ignorer et Refuser. " "Indiquer quels droits chaque rôle doit avoir pour chaque terme." 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 "" "CRÉER et LISTER ont seulement deux options pour chaque terme " ": OUI (sélectionné) ou NON (désélectionné). Indique ce " "que chaque rôle doit être autorisé à faire avec chaque terme." 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 "" "NOTE IMPORTANTE :
L'instruction REFUSER est " "appliquée après l'instruction AUTORISER. (REFUSER est prioritaire " "sur AUTORISER.) Ainsi, si un nœud est dans plusieurs catégories " "\"A\" et \"B\" et qu'un utilisateur a les permissions AUTORISER pour " "VOIR dans la catégorie \"A\" et les permissions REFUSER pour VOIR " "dans la catégorie \"B\", alors l'utilisateur ne sera PAS autorisé à " "VOIR le nœud. (REFUSER est prioritaire sur AUTORISER.)
L'accès " "est refusé par défaut. Ainsi, si un nœud est dans plusieurs " "catégories \"C\" et \"D\" et que l'utilisateur a les permissions " "IGNORER pour VOIR dans les deux catégories \"C\" et \"D\", alors " "l'utilisateur ne sera PAS autorisé à VOIR le nœud.
(Si vous " "êtes familier avec le mod_access d'Apache, ce système de permissions " "est semblable aux directives : ORDRE AUTORISER, REFUSER)" 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 "" "Autoriser/Ignorer/Tout Refuser ou " "Sélectionner/Désélectionner Tout :
A côté de " "chaque titre de vocabulaire, des listes déroulantes affichent les " "options pouvant être affectées pour des termes individuels. La " "sélection d'une de ces options sélectionne cette option pour TOUS " "les termes individuels dans le vocabulaire quand les options sont " "enregistrées.
La sélection de \"--\" ne change rien " "automatiquement aux permissions des termes du vocabulaire; seuls les " "changements manuels que vous effectuez seront enregistrés.
NOTE : " "Cela ne change pas l'option \"Défaut\" (décrite ci-dessous)." 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 "" "Défaut :
Cette option, en dessous du titre du " "vocabulaire, affecte les permissions qui seront automatiquement " "données au rôle, pour tous les nouveaux termes qui sont " "ajoutés dans le vocabulaire. Ceci inclut les termes ajoutés via le " "marquage libre." msgid "GOOD TO KNOW:" msgstr "BON A SAVOIR :" 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 "" "Utilisateurs avec plusieurs rôles utilisateur : les " "options Autoriser/Ignorer/Refuser sont interprétées seulement au " "sein d'un rôle utilisateur. Quand un utilisateur appartient à " "plusieurs rôles utilisateur, alors l'utilisateur a accès si " "N'IMPORTE LEQUEL de ses rôles utilisateur a l'accès autorisé. " "
Dans ce cas, les permissions pour l'utilisateur concerné sont " "calculées, pour que les permissions de TOUS ses rôles utilisateur " "aient un comportement \"OU\" ensemble. Cela signifie qu'Autoriser " "est prioritaire sur Refuser. Ceci est différent de la manière dont " "sont gérées les permissions d'accès au nœud (pour les nœuds " "multi-catégories) au sein d'UN RÔLE UTILISATEUR, comme précisé " "ci-dessus." 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 "" "
Formats d'entrée : L'édition/suppression " "de nœud est bloquée, même quand l'utilisateur a les permissions " "MODIFIER/SUPPRIMER sur le nœud, quand l'utilisateur n'est " "pas autorisé à utiliser un format de filtre avec lequel le nœud " "a été enregistré." msgid "" "Taxonomy Access - Update #2: No queries executed. Field 'grant_list' " "already exists in tables 'term_access'." msgstr "" "Taxonomy Access - Mise à jour #2 : Aucune requête n'a été " "exécutée. Le champ 'grant_list' existe déjà dans la table " "'term_access'." msgid "The installation of Taxonomy Access module was unsuccessful." msgstr "L'installation du module Taxonomy Access a échoué." msgid "Taxonomy Access have been successfully uninstalled." msgstr "Module Taxonomy Access désinstallé avec succès." msgid "Taxonomy Access Control" msgstr "Taxonomy Access Control" msgid "disable" msgstr "désactiver" msgid "Delete selected" msgstr "Supprimer sélectionnés" msgid "Save all" msgstr "Tout enregistrer"