# $Id: userprotect.pot,v 1.1.2.1 2009/11/06 02:21:24 thehunmonkgroup Exp $
#
# LANGUAGE translation of Drupal (general)
# Copyright YEAR NAME This module provides various editing protection for users.\nThe protections can be specific to a user, or applied to all users in a role.\nThe following protections are supported: When a protection is enabled for a specified user (or the protection is\nenabled because the user belongs to a role that has the protection), it\nprevents the editing operation in question that anyone might try to perform\non the user--unless an administrator who is permitted to bypass the protection\nis editing the specified user. The module will protect fields by disabling\nthem at user/X/edit. \n\n User administrators my be configured to bypass specified protections, on either\na global or per-administrator basis. These protections are valid both when trying to edit the user directly from their\nuser/X/edit page, or using the !admin_user. The module also provides protection at the paths user/X/edit and user/X/delete,\nshould anyone try to visit those paths directly. Note: this module is compatible with the !roleassign module. At !userprotect_settings,\nyou'll find the settings for the module. When the module is initially enabled,\nthe default settings are such: This effectively amounts to no protections. It is suggested that you turn off\nas many default administrator bypass settings as possible, and set bypass settings\nfor specific user administrators--this allows you to take advantage of the status,\nroles, deletion, openid, and edit protections in a meaningful way. Because of the per-user\nbypass/protection settings for the anonymous and root user, this will also\nbegin protecting those users, without compromising the root user's access to the\nentire site.\n Important note: In order to protect a user from deletion (by visiting\nuser/X/delete directly) and/or OpenID edits (by visiting user/X/openid\ndirectly), you must enable the 'delete' and/or 'openid' protection specifically.\nEnabling 'all account edits' does not enable these protections! Also note that this module only provides protection against actions via the website\ninterface--operations that a module takes directly are not protected! This module\nshould play well with other contributed modules, but there is no guarantee that all\nprotections will remain intact if you install modules outside of the drupal core\ninstallation. This is done at !protected_users.\nAny time a user is added for protection, they will initially receive the default\nprotections enabled at !protection_defaults. This is done at !protected_roles.\nBe cautious about adding protections by role, or you can lock out users\nfrom things unintentionally! In particular, note the if you enable role protections for a specific role, and\nyou have no bypasses enabled, you've effectively locked out any role editing for\nthat role by anybody, unless you come back to the settings page and disable the role\nprotection! One of the more powerful features of the module is administrator bypass\nAny user that has been granted the 'administer users' permission can\nbe configured to bypass any protection, either via the default administrator\nbypass settings at !protection_defaults,\nor via a per-administrator setting at !administrator_bypass.\nIf a bypass is enabled for a user administrator, they will be given editing rights\non that protection regardless if it is enabled for a single user or an entire role. Note that the per-administrator bypass settings override the default bypass\nsettings. Set the default protections for newly protected users at !protection_defaults.\nIn addition, you can enable the auto-protect feature, which will automatically\nadd the default protections to any newly created user accounts, and set default\nbypass options for all user administrators. In order to properly use User Protect, it's important to understand how the\nmodule determines if a specified field is to be protected. Here is the basic\nlogic:\n
\n\nSETTINGS:
\n\n\n
\n\nADDING PROTECTIONS FOR A SINGLE USER:
\n\nADDING PROTECTIONS FOR ROLES:
\n\nADDING ADMINISTRATOR BYPASS RULES:
\n\nDEFAULT PROTECTION SETTINGS:
\n\nHOW THE MODULE DETERMINES A PROTECTION:
\n\n\n
\n