User protect (7.x-1.0) - en to fr translation catalogue (58 entries)

en: delete
fr: supprimer

en: Operations
fr: Actions

en: Save
fr: Enregistrer

en: username
fr: nom d'utilisateur

en: password
fr: mot de passe

en: User
fr: Utilisateur

en: status
fr: statut

en: Role
fr: Rôle

en: Add user
fr: Ajouter un utilisateur

en: Protected users
fr: Utilisateurs protégés

en: Protected roles
fr: Rôles protégés

en: Administrator bypass
fr: Contournement administrateur

en: Protection defaults
fr: Protection par défaut

en: Protect inidividual users and/or roles from editing operations.
fr: Protéger des utilisateurs individuels et/ou des rôles contre des opérations de modification.

en: Delete protected user
fr: Supprimer l'utilisateur protégé

en: %user is currently being protected from any edits.
fr: %user est actuellement protégé(e) contre toute modification.

en: %user does not have user administration privileges.
fr: %user n'a pas les privilèges d'administration des utilisateurs.

en: %user is already on this list.
fr: %user est déjà sur cette liste.

en: The username is invalid.
fr: Le nom d'utilisateur est invalide.

en: %user is now protected.
fr: %user est maintenant protégé(e).

en: %user now has bypass capabilities matching the default protections for newly protected users.
fr: %user a maintenant les capacités de contourner les protections par défaut correspondantes pour les utilisateurs nouvellement protégés.

en: Protection settings updated.
fr: Paramètres de protection mis à jour.

en: Bypass settings updated.
fr: Paramètres de contournement mis à jour.

en: %user is no longer protected.
fr: %user n'est plus protégé(e).

en: %user is no longer enabled for bypass.
fr: %user n'est plus activé(e) pour contourner.

en: User protection defaults
fr: Protection par défaut des utilisateurs

en: The selected protections will be assigned to users when they are first added for protection.
fr: Les protections sélectionnées seront attribuées aux utilisateurs quand ils seront ajoutés pour la première fois à la protection.

en: Auto-protect new users
fr: Protéger automatiquement les nouveaux utilisateurs

en: If selected, all newly created users will automatically be protected and assigned the default protections above.
fr: Si sélectionné, tous les utilisateurs nouvellement créés seront automatiquement protégés et les protections par défaut ci-dessus leurs seront attribuées.

en: Administrator bypass defaults
fr: Contournement administrateur par défaut

en: <h3>Protections by role</h3>
fr: <h3>Protections par rôle</h3>

en: <div class="description">Setting a protection for a role will enable that protection for all users in the role.</div>
fr: <div class="description">Paramétrer une protection pour un rôle activera cette protection pour tous les utilisateurs du rôle.</div>

en: %user is protected from status changes, and was not updated.
fr: %user est protégé(e) contre les changements de statut, et n'est pas mis à jour.

en: %user is protected from role changes, and was not updated.
fr: %user est protégé(e) contre le changement de rôle, et n'est pas mis à jour.

en: e-mail
fr: courriel

en: roles
fr: rôles

en: all account edits
fr: modification de tout le compte

en: %user has been protected from the following editing operations: !operations
fr: %user a été protégé(e) contre les opérations de modification suivantes : !operations

en: cancel
fr: annuler

en: administrator bypass
fr: contournement administrateur

en: Are you sure you want to delete the individual !type for %user?
fr: Êtes-vous sûr(e) de vouloir supprimer le !type individuel pour %user ?

en: openid
fr: OpenID

en: These settings override any <a href="!protected_roles">role-based protections</a> for the user in question. For more information on how to configure userprotect settings, see the <a href="!help">help section</a>.
fr: Ces paramètres supplantent toutes les <a href="!protected_roles">protections basées sur les rôles</a> pour les utilisateurs en question. Pour plus d'information sur la manière de configurer les paramètres de protection des utilisateurs, voir la <a href="!help">help section</a>.

en: These settings add protections to any user who is in the specified role. They are overridden by any <a href="!protected_users">per-user protections</a> for the user in question. For more information on how to configure userprotect settings, see the <a href="!help">help section</a>.
fr: Ces paramètres ajoutent des protections sur tous les utilisateurs qui sont dans les rôles spécifiés. Ils sont supplantés par toutes les <a href="!protected_users">protections par utilisateurs</a> pour les utilisateurs en question. Pour plus d'information sur la manière de configurer les paramètres de protection des utilisateurs, voir la <a href="!help">section d'aide</a>.

en: These settings add bypasses to any user who has the 'administer users' permission. They override the <a href="!protection_defaults">defaults</a> for the user in question. For more information on how to configure userprotect settings, see the <a href="!help">help section</a>.
fr: Ces paramètres ajoutent des contournements sur tous les utilisateurs qui ont le droit 'administrer les utilisateurs'. Ils supplantent les <a href="!protection_defaults">protections par défaut</a> pour les utilisateurs en question. Pour plus d'information sur la manière de configurer les paramètres de protection des utilisateurs, voir la <a href="!help">section d'aide</a>.

en: Set global default protection values here. For more information on how to configure userprotect settings, see the <a href="!help">help section</a>.
fr: Définir les valeurs globales de protection par défaut ici. Pour plus d'information sur la manière de configurer les paramètres de protection des utilisateurs, consulter la <a href="!help">section d'aide</a>.

en: %user is currently being protected from cancellation.
fr: %user est actuellement protégé contre l’annulation.

en: Change own e-mail
fr: Changer sa propre adresse de courriel

en: Allow users to edit their own e-mail address.
fr: Permettre aux utilisateurs de modifier leur propre adresse de courriel.

en: Change own password
fr: Changer son propre mot de passe

en: Allow users to edit their own password.
fr: Permettre aux utilisateurs de modifier leur propre mot de passe.

en: Change own OpenID
fr: Changer son propre OpenID

en: Allow users to edit their own OpenID identities.
fr: Permettre aux utilisateurs de modifier leurs propres identités OpenID.

en: If selected, all users with the 'administer users' permission will be allowed to bypass the protection<br \><em>Note: this default setting is overridden by the <a href="!per_user_bypass">per-user administrator bypass settings</a>.</em>.
fr: Si sélectionné, tous les utilisateurs ayant le droit 'administrer les utilisateurs' seront autorisés à contourner la protection<br \&amp;gt;<em>Note : ce paramètre par défaut est supplanté par les <a href="!per_user_bypass">paramétres de contournement administrateur par utilisateur</a>.</em>.

en: %user is protected from cancellation, and was not cancelled.
fr: %user est protégé contre la suppression, et n'a pas été supprimé.

en: Allows admins to protect users from being edited or cancelled, on a per-user basis.
fr: Permet aux administrateurs de protéger les utilisateurs de l'édition et de la suppression, avec un traitement utilisateur par utilisateur.

en: <p>This module provides various editing protection for users.
    The protections can be specific to a user, or applied to all users in a role.
    The following protections are supported:</p>
    <ul>
      <li>username</li>
      <li>e-mail address</li>
      <li>password</li>
      <li>status changes</li>
      <li>roles</li>
      <li>cancellation</li>
      <li>OpenID identities (both adding and deleting)</li>
      <li>all edits (any accessed via user/X/edit)</li>
    </ul>
    
    <p>When a protection is enabled for a specified user (or the protection is
    enabled because the user belongs to a role that has the protection), it
    prevents the editing operation in question that anyone might try to perform
    on the user -- unless an administrator who is permitted to bypass the protection
    is editing the specified user.  The module will protect fields by disabling
    them at user/X/edit.<p>
    
    <p>User administrators may be configured to bypass specified protections, on either
    a global or per-administrator basis.</p>
    
    <p>These protections are valid both when trying to edit the user directly from their
    user/X/edit page, or using the <a href="!admin_people">mass user editing
    operations</a>.</p>
    
    <p>The module also provides protection at the paths user/X/edit and user/X/cancel,
    should anyone try to visit those paths directly.</p>
    
    <p><em>Note: this module is compatible with the <a href="!roleassign">
    RoleAssign</a> module.</em></p>
    
    <h4>SETTINGS:</h4>
    
    <p>At the <a href="!userprotect_settings">User protect settings page</a>,
    you'll find the settings for the module. When the module is initially enabled,
    the default settings are such:</p>
    
    <ul>
      <li>User administrators bypass all protections.</li>
      <li>The root user specifically bypasses all protections.</li>
      <li>The anonymous user (uid 0) and root user (uid 1) are protected
           from all edits, cancellation, and OpenID operations.</li>
      <li>All role protections are disabled.</li>
      <li>The 'change own e-mail', 'change own password' and \change own openid'
          permissions are enabled for authenticated users in the <a href="!permissions">
          User protect permissions settings</a>.
    </ul>
    
    <p>This effectively amounts to no protections.  It is suggested that you turn off
    as many default administrator bypass settings as possible, and set bypass settings
    for specific user administrators -- this allows you to take advantage
    of the status, roles, cancellation, openid and edit protections in a meaningful
    way. Because of the per-user bypass/protection settings for the anonymous and
    root user, this will also begin protecting those users, without compromising
    the root user's access to the entire site.</p>
    
    <p>Important note: In order to protect a user from cancellation (by visiting
    user/X/cancel directly) and/or OpenID edits (by visiting user/X/openid
    directly), you must enable the 'cancel' and/or 'openid' protection specifically.
    Enabling 'all account edits' does not enable these protections!</p>
    
    <p>Also note that this module only provides protection against actions via the website
    interface--operations that a module takes directly are not protected! This module
    should play well with other contributed modules, but there is no guarantee that all
    protections will remain intact if you install modules outside of the drupal core
    installation.</p>
    
    <h4>ADDING PROTECTIONS FOR A SINGLE USER:</h4>
    
    <p>This is done at <a href="!protected_users">per-user protections</a>.
    Any time a user is added for protection, they will initially receive the
    <a href="!protection_defaults">default protections</a>.</p>
    
    
    <h4>ADDING PROTECTIONS FOR ROLES:</h4>
    
    <p>This is done at <a href="!protected_roles">role-based protections</a>.
    <em>Be cautious</em> about adding protections by role, or you can lock out users
    from things unintentionally!</p>
    
    <p>In particular, note the if you enable role protections for a specific role, and
    you have no bypasses enabled, you've effectively locked out any role editing for
    that role by anybody, unless you come back to the settings page and disable the role
    protection!</p>
    
    <h4>ADDING ADMINISTRATOR BYPASS RULES:</h4>
    
    <p>One of the more powerful features of the module is administrator bypass
    Any user that has been granted the 'administer users' permission can
    be configured to bypass any protection, either via the
    <a href="!protection_defaults">default administrator bypass settings</a>,
    or via a <a href="!administrator_bypass">per-administrator setting</a>.
    If a bypass is enabled for a user administrator, they will be given editing rights
    on that protection regardless if it is enabled for a single user or an entire role.</p>
    
    <p>Note that the per-administrator bypass settings override the default bypass
    settings.</p>
    
    <h4>DEFAULT PROTECTION SETTINGS:</h4>
    
    <p>Set the <a href="!protection_defaults">default protections</a> for newly protected users.
    In addition, you can enable the auto-protect feature, which will automatically
    add the default protections to any newly created user accounts, and set default
    bypass options for all user administrators.</p>
    
    
    <h4>HOW THE MODULE DETERMINES A PROTECTION:</h4>
    
    <p>In order to properly use User protect, it's important to understand how the
    module determines if a specified field is to be protected.  Here is the basic
    logic:</p>
    <ol>
      <li>If the current user is a user administrator, check if they have
      per-administrator bypass settings.  If so, then check to see if they are allowed
      to bypass the protection.  If so, then stop the checks and allow editing
      of the field.</li>
      <li>If not, then if the current user is a user administrator, check if the
      default administrator bypass is enabled for the protection in question. If
      so, then stop the checks and allow editing of the field.
      <li>If not, check if the user is editing their own account.  If so, determine
      the protections for e-mail, password, and openid by examining the userprotect permissions
      for 'change own e-mail', 'change own password' and 'change own openid',
      then continue with the rest of the checks below.
      <li>If not, check if the protection is set for the individual user being edited.
      If so, then stop the checks here, and prevent editing of the field (this effectively
      means that individual protections override role protections).</li>
      <li>If not, then examine all the roles for the user being edited.  If any of
      those roles have the protection enabled, then prevent editing of the field.</li>
      <li>If not, then allow the field to be edited.</li>
    </ol>
    </p>
fr: <p>Ce module fournit différentes protections contre la modification pour les utilisateurs.
    Les protections peuvent être spécifiques à un utilisateur, ou appliquées à tous les utilisateurs d'un rôle.
    Les protections suivantes sont supportées:</p>
    <ul>
     <li>nom d'utilisateur</li>
     <li>courriel</li>
     <li>mot de passe</li>
     <li>changements de statut</li>
     <li>rôles</li>
     <li>suppression</li>
     <li>identité OpenId (ajout et supression)</li>
     <li>toutes les modifications (toutes celles accessibles via user/X/edit)</li>
    </ul>
    
    <p> Quand une protection est activé pour un utilisateur spécifié (ou que la protection est
    activée parce que l'utilisateur appartient à un rôle qui a la protection), il
    empêche l'opération de modification en question que n'importe qui pourrait essayer de réaliser
    sur l'utilisateur, à moins qu'un administrateur qui est autorisé à contourner la protection
    modifie l'utilisateur spécifié. Le module protégera les champs en les désactivant
    de la page user/X/edit.</P>
    
    <p>Des administrateurs d'utilisateurs peuvent être configurés pour contourner les protections spécifiées, soit
    de façon globale ou par l'administrateur de base.</P>
    
    <p>Ces protections sont valables aussi bien en essayant de modifier l'utilisateur directement à partir de leur page
    user/X/edit, ou en utilisant les <a href="!admin_people">opérations de modification en masse des utilisateurs</a>.</p>
    
    <p>Le module fournit également une protection aux chemins user/X/edit et user/X/cancel,
    a quiconque voudrait essayer de visiter ces chemins directement</p>
    
    <p><em>Note : ce module est compatible avec le module <a href="!roleassign">
    RoleAssign</a>.</em></p>
    
    <h4>PARAMÉTRAGE :</ h4>
    
    <p>Dans la <a href="!userprotect_settings">page de paramétrage de User protect</a>,
    vous trouverez les paramètres pour le module. Lorsque le module est initialement activé,
    les paramètres par défaut sont comme tels :</p>
    
    <ul>
     <li>Les administrateurs d'utilisateurs contournent toutes les protections</li>
     <li>L'utilisateur root contourne toutes les protections</li>
     <li>L'utilisateur anonyme (uid 0) et l'utilisateur root (uid 1) sont protégé contre toutes les modifications, suppression et opération OpenID.</li>
    <li>Toutes les protections de rôle sont désactivées.</li>
    <li>Les droits sur 'changer son propre e-mail', 'changer son propre mot de passe' et 'changer son propre openid'
    sont activées pour les utilisateurs authentifiés dans les <a href="!permissions">paramètres d’autorisation de User Protect</a>.</li>
    </ul>
    
    <p>Cette mesure équivaut à aucune protection. Il est suggéré que vous enleviez
    autant de paramétres de contournement administrateur par défaut que possible, et configuriez les paramètres de contournement,
    pour les administrateurs d'utilisateurs, ce qui vous permet de profiter de manière significative des statuts, rôles, suppression, OpenID, et modification des protections.
    En raison des paramétres de contournement/protection pour l'utilisateur anonyme
    et l'utilisateur root, il faudra aussi commencer à protéger les utilisateurs, sans compromettre
    l'accès de l'utilisateur root à l'ensemble du site.</P>
    
    <p>Note importante : Afin de protéger l'utilisateur contre la suppression (en visitant user/X/cancel directement) et/ou la modifications de OpenID (en visitant user/X/openid
    directement), vous devez activer spécifiquement la protection de 'supprimer' et/ou de 'openid'.
    L'activation de 'modification de tout le compte' n'active pas ces protections !</p>
    
    <p>À noter également que ce module n'offre qu'une protection contre les actions menées via l'interface du site,
    les opérations que réaliserait directement un module tiers ne sont pas protégés ! Ce module
    devrait bien fonctionner avec les autres modules contribués, mais il n'y a aucune garantie que toutes
    les protections resteront intactes si vous installez des modules en dehors de l'installation de base de Drupal</p>
    
    <h4>AJOUTER DES PROTECTIONS POUR UN SIMPLE UTILISATEUR :</h4>
    
    <p>Cela se fait dans <a href="!protected_users">protections par utilisateur</a>.
    Chaque fois qu'un utilisateur est ajouté pour la protection, ils vont d'abord recevoir la protection par défaut activée dans <a href="!protection_defaults">protections par défaut</a>.</p>
    
    <h4>AJOUTER DES PROTECTIONS POUR LES ROLES :</h4>
    
    <p>Cela se fait dans <a href="!protected_roles">protections basées sur les rôles</a>.
    <em>Soyez prudent</em> sur l'ajout de protections par rôle, ou vous pouvez verrouiller involontairement les utilisateurs
    sur certains points !</p>
    
    En particulier, notez que si vous activez la protection par rôle pour un rôle spécifique, et
    que vous n'avez aucun moyen de contournement d'activé, vous avez effectivement verrouillé la possibilité de modification de
    ce rôle par quiconque, à moins que vous ne reveniez à la page des paramètres pour désactiver la
    protection du rôle !</p>
    
    <h4>AJOUT DES RÈGLES DE CONTOURNEMENT ADMINISTRATEUR :</h4>
    
    <p>L'une des fonctionnalités les plus puissantes du module est le contournement administrateur
    Tout utilisateur à qui a été accordé le droit 'administrer les utilisateurs' peut
    être configuré de manière à contourner n'importe quelles protections, soit via les <a href="!protection_defaults">paramètres de contournement administrateur par défaut</a>,
    ou via le <a href="!administrator_bypass">paramétrage par administrateur</a>.
    Si un contournement est activée pour un administrateur d'utilisateur, les droits de modification
    seront donnés à cette protection, qu'il soit activé pour un seul utilisateur ou un rôle entier.</p>
    
    <p>Notez que les paramètres de contournement par administrateur supplante les paramètres de contournement par défaut</p>
    
    <h4>PARAMÈTRES DE PROTECTION PAR DEFAUT :</h4>
    
    <p> Réglez les <a href="!protection_defaults">protections par défaut</a> pour les utilisateurs nouvellement protégés.
    En outre, vous pouvez activer la fonctionnalité de protection automatique, qui va automatiquement
    ajouter les protections par défaut à tous les comptes utilisateur nouvellement créés, et définir les options
    de contournement par défaut pour tous les administrateurs d'utilisateurs</p>
    
    <h4> COMMENT LE MODULE DÉTERMINE UNE PROTECTION :</h4>
    
    <p>Afin d'utiliser correctement User Protect, il est important de comprendre comment le
    module détermine si un champ spécifié doit être protégée. Voici la logique
    de base :</p>
    <ol>
     <li>Si l'utilisateur actuel est un administrateur d'utilisateur, vérifier s'il a
    des paramètres de contournement par administrateur. Si oui, alors vérifier si il est autorisé
    à contourner la protection. Si oui, alors arrêter les contrôles et permettre la modification
    du champ.</li>
     <li>Si non, alors si l'utilisateur courant est un administrateur d'utilisateur, vérifier si le
    contournement administrateur par défaut est activé pour la protection en question. Si oui,
    alors arrêter les contrôles et permettre la modification du champ.</li>
     <li>Si non, vérifier si l'utilisateur modifie son propre compte. Si oui, déterminer
    les protections pour l'e-mail, le mot de passe et l'OpenID en examinant les autorisations sur la protection des utilisateurs
    pour 'changer son propre e-mail', 'changer son propre mot de passe' et 'changer son propre openid', puis
    continuer avec le reste des contrôles ci-dessous.</li>
     <li>Si non, vérifier si la protection est paramétrée pour la modification de l'utilisateur individuel.
    Si oui, alors arrêter les contrôles ici, et empêcher la modification du champ (ce qui signifie effectivement
    que les protections individuelles supplantent les protections de rôle).</li>
     <li>Si non, alors examiner tous les rôles pour l'utilisateur en cours d'édition. Si un de
    ces rôles a la protection activé, alors empêcher la modification du champ.</li>
     <li>Si non, permettre au champ d'être modifié.</li>
    </ol>
    </p>

en: Administer User protect
fr: Administrer User Protect
