README.txt 6.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177
  1. CONTENTS OF THIS FILE
  2. ---------------------
  3. * Introduction
  4. * Installation
  5. * Configuration
  6. * E-mail templates
  7. * Multilangual sites
  8. * Known issues
  9. * De-installation
  10. * Upgrade notes
  11. INTRODUCTION
  12. ------------
  13. User Registration Password let's users register with a password
  14. on the registration form when 'Require e-mail verification when
  15. a visitor creates an account' is enabled on the configuration page.
  16. By default, users can create accounts directly on the registration form, set
  17. their password and be immediately logged in, or they can create their account,
  18. wait for a verification e-mail, and then create their password.
  19. With this module, users are able to create their account along with their
  20. password and simply activate their account when receiving the verification
  21. e-mail by clicking on the activation link provided via this e-mail.
  22. User Registration Password transforms the checkbox on the
  23. admin/config/people/accounts page into a radio list with 3 options.
  24. The first 2 are default Drupal behaviour:
  25. 0 Do not require a verification e-mail, and let users set their password on the registration form.
  26. 0 Require a verification e-mail, but wait for the approval e-mail to let users set their password.
  27. The newly added option is:
  28. X Require a verification e-mail, but let users set their password directly on the registration form.
  29. The first 2 disable User Registration Password, only the 3rd option activates
  30. the behaviour offered by this module.
  31. INSTALLATION
  32. ------------
  33. Installation is like any other module, just place the files in the
  34. sites/all/modules directory and enable the module on the modules page.
  35. CONFIGURATION
  36. -------------
  37. From the 7.x-1.3 release and higher the module sets the correct
  38. configuration settings on install, including the correct account
  39. activation e-mail template. But if you want to change something, these
  40. steps describe how to configure the module in more detail.
  41. On the admin/config/people/accounts page make sure you have selected:
  42. Who can register accounts?
  43. 0 Administrators only
  44. X Visitors
  45. 0 Visitors, but administrator approval is required
  46. Then select 'Require a verification e-mail, but let users set their password directly on the registration form.' at:
  47. Require e-mail verification when a visitor creates an account
  48. 0 Do not require a verification e-mail, and let users set their password on the registration form.
  49. 0 Require a verification e-mail, but wait for the approval e-mail to let users set their password.
  50. X Require a verification e-mail, but let users set their password directly on the registration form.
  51. The module is now configured and ready for use. This is also the only way to
  52. configure it correctly. This module will also not work if you do not have
  53. 'Visitors' selected at 'Who can register accounts?' on the same page.
  54. E-MAIL TEMPLATES
  55. ----------------
  56. Regarding e-mail templates:
  57. You do not have to alter any e-mail templates, User Registration Password
  58. overrides the default 'Account activation' e-mail template from version
  59. 7.x-1.3 and from 6.x-1.0 (and higher) during installation. So there is no
  60. need to change anything anymore on a fresh installation.
  61. If you have previously modified the account activation e-mail template
  62. before you installed this module and discovered that it overrides the
  63. default Account activation e-mail template, no worries! The installer saves
  64. your changes to the template to a temporally variable and revives them when
  65. you disable AND uninstall User Registration Password. Your modifications are
  66. revived and you can now copy paste them to a text file and re-install
  67. User Registration Password again and make the changes to the 'account
  68. activation' e-mail template based on your previous version.
  69. MULTILANGUAL SITES
  70. ------------------
  71. For multilangual sites: i18n / variables are supported for the e-mail template.
  72. Be sure to enable them at the admin/config/regional/i18n/variable page and to
  73. translate them via the admin/config/regional/translate page.
  74. Ones configured correctly, users will receive an e-mail in their default
  75. language, setting available on user's edit page. It does not matter what the
  76. site language is, this setting will be leading and supercede the site's default
  77. language. So it is logical and corrent that if you have an German based site
  78. with, let's say German and English languages enabled, and German is also the
  79. site's default language, still when users have English as their default browser
  80. language, they will receive an English e-mail.
  81. KNOWN ISSUES
  82. ------------
  83. None yet that we didn't solve.
  84. If you run into problems, like access denied or other (possibly) cache-related
  85. issues, or if you have enabled the module via drush, remember to clear
  86. the site cache via the admin/config/development/performance page.
  87. If this does not help, first try on IRC if anyone can help you, if you still
  88. are not able to get it to work, open a new issue with a descent title and
  89. description of the problem here:
  90. http://drupal.org/node/add/project-issue/user_registrationpassword
  91. DE-INSTALLATION
  92. ---------------
  93. If you want to disable the module temporally, just select the first or second
  94. option on the the admin/config/people/accounts page at:
  95. Require e-mail verification when a visitor creates an account
  96. 1 Do not require a verification e-mail, and let users set their password on the registration form.
  97. 2 Require a verification e-mail, but wait for the approval e-mail to let users set their password.
  98. 3 Require a verification e-mail, but let users set their password directly on the registration form.
  99. This disables the User Registration Password functionality without
  100. disabling / uninstalling it.
  101. If you want to remove the module, just disable and uninstall it as you do
  102. for any other module via the admin/modules page.
  103. UPGRADE NOTES
  104. -------------
  105. In earlier versions, this module did not override the default 'Account
  106. activation' e-mail template. To prevent questions and keep in line with the
  107. level of information we would like to offer with this module, we provide the
  108. default e-mail template this module will use to override the 'Account
  109. activation' e-mail template. When you update from 1.0/1.1/1.2 to 1.3, this
  110. template is not activated when you run the updater. You have to change this
  111. manually, just like before version 1.3, so most of you already know this.
  112. From versions 6.x-1.0 and 7.x-1.3 and up, the installer overrides the default
  113. 'Account activation' e-mail template, so we only list it here as extra information.
  114. Modified 'Account activation' e-mail template for User Registration password:
  115. --------------------------------------------------------------------------------
  116. [user:name],
  117. Your account at [site:name] has been activated.
  118. You will be able to log in to [site:login-url] in the future using:
  119. username: [user:name]
  120. password: your password.
  121. -- [site:name] team
  122. --------------------------------------------------------------------------------
  123. You can edit the 'Account activation' e-mail template at the
  124. admin/config/people/accounts page.