MDL-21695 deleting obsolete upload users helps
authorPetr Skoda <skodak@moodle.org>
Sun, 11 Apr 2010 18:42:16 +0000 (18:42 +0000)
committerPetr Skoda <skodak@moodle.org>
Sun, 11 Apr 2010 18:42:16 +0000 (18:42 +0000)
lang/en/help/uploadusers.html [deleted file]
lang/en/help/uploadusers2.html [deleted file]

diff --git a/lang/en/help/uploadusers.html b/lang/en/help/uploadusers.html
deleted file mode 100755 (executable)
index a0127c3..0000000
+++ /dev/null
@@ -1,60 +0,0 @@
-<h1>Upload users</h1>\r
-\r
-<p>Firstly, note that <strong>it is  usually not necessary to import users in bulk</strong>\r
-- to keep your own maintenance work down you should first explore forms\r
-of authentication that do not require manual maintenance, such as\r
-connecting to existing external databases or letting the users create\r
-their own accounts. See the Authentication section in the admin menus.</p>\r
-<p>If you are sure you want to import multiple user accounts from a text file, then you need to format your text file as follows:</p>\r
-\r
-<ul>\r
-  <li>Each line of the file contains one record</li>\r
-  <li>Each record is a series of data separated by commas</li>\r
-  <li>The first record of the file is special, and contains a list of fieldnames. This defines the format of the rest of the file.\r
-    <blockquote>\r
-      <p><strong>Required fieldnames:</strong> these fields must be included in the first record, and defined for each user</p>\r
-      <p><code class="example1">username, password, firstname, lastname, email</code></p>\r
-\r
-      <p><strong>Default fieldnames:</strong> these are optional - if they are not included then the values are taken from the primary admin</p>\r
-      <p><code class="example1">institution, department, city, country, lang, auth, timezone</code> </p>\r
-      <p><strong>Optional fieldnames: </strong>all\r
-of these are completely optional. The course names are the "shortnames"\r
-of the courses - if present then the user will be enrolled as students\r
-in those courses. Group names must be associated to the corresponding\r
-courses, i.e. group1 to course1, etc.</p>\r
-      <p> <code class="example1">idnumber,\r
-icq, phone1, phone2, address, url, description, mailformat,\r
-maildisplay, htmleditor, autosubscribe, course1, course2, course3,\r
-course4, course5, group1, group2, group3, group4, group5, type1, type2,\r
-type3, type4, type5, role1, role2, role3, role4, role5, emailstop</code></p>\r
-    </blockquote>\r
-    </li>\r
-  <li>Commas within the data should be encoded as &amp;#44 - the script will automatically decode these back to commas. </li>\r
-  <li>For Boolean fields, use 0 for false and 1 for true. </li>\r
-  <li>Types\r
-are used to tell Moodle whether the user is a student or a teacher if a\r
-corresponding course exists (e.g. type2 corresponds to course2). 1 =\r
-Student, 2 = Editing Teacher, and 3 = Non-editing Teacher. If type is\r
-left blank, or if no course is specified, the user is default to\r
-student. </li>\r
-  <li>For courses use the short name; for groups use group name; for roles use id.</li>\r
-  <li>Note: If a user is already registered in the Moodle user database, this script will return the \r
-      userid number (database index) for that user, and will enrol the user as a student in any of the\r
-      specified courses WITHOUT updating the other specified data.</li>\r
-</ul>\r
-\r
-<p>Here is an example of a valid import file:</p>\r
-<p><code>username, password, firstname, lastname, email, lang, idnumber, maildisplay, course1, group1, type1<br>\r
-jonest, verysecret, Tom, Jones, jonest@someplace.edu, en, 3663737, 1, Intro101, Section 1, 1<br>\r
-reznort, somesecret, Trent, Reznor, reznort@someplace.edu, en_us, 6736733, 0, Advanced202, Section 3, 3\r
-</code></p>\r
-\r
-<h2>Updating existing accounts</h2>\r
-\r
-<p>By default Moodle assumes that you will be creating new user\r
-accounts, and skips records where the username matches an existing\r
-account. However, if you set "Update existing accounts" to <b>Yes</b>, the existing user account will be updated. </p>\r
-\r
-<p>When updating existing accounts you can change usernames as well. Set "Allow renames" to <b>Yes</b> and include in your file a field called <code class="example1">oldusername</code>.</p>\r
-\r
-<p><b>Warning:</b> any errors updating existing accounts can affect your users badly. Be careful when using the options to update.</p>\r
diff --git a/lang/en/help/uploadusers2.html b/lang/en/help/uploadusers2.html
deleted file mode 100755 (executable)
index 6761c59..0000000
+++ /dev/null
@@ -1,84 +0,0 @@
-<h1>Upload users</h1>
-
-<p>Firstly, note that <strong>it is  usually not necessary to import users in bulk</strong> - to keep your own maintenance work down
-you should first explore forms of authentication that do not require manual maintenance, such as connecting to existing external
-databases or letting the users create their own accounts. See the Authentication section in the admin menus.</p>
-<p>If you are sure you want to import multiple user accounts from a text file, then you need to format your text file as follows:</p>
-
-<ul>
-  <li>Each line of the file contains one record</li>
-  <li>Each record is a series of data separated by commas (or other delimiters)</li>
-  <li>The first record of the file is special, and contains a list of field names. This defines the format of the rest of the file.
-    <blockquote>
-      <p><strong>Required field names:</strong> these fields must be included in the first record, and defined for each user</p>
-      <p><code>firstname, lastname</code> when inserting or <code>username</code> when updating</p>
-      <p><strong>Optional field names:</strong> all of these are completely optional. If a values is present for the field in the file, then that value is used; else, the default value for that field is used.</p>
-      <p><code>institution, department, city, country, lang, auth, ajax, timezone, idnumber, icq, phone1, phone2, address, url, description, mailformat, maildisplay, htmleditor, autosubscribe, emailstop</code></p>
-      <p><strong>Custom profile field names:</strong> optional, xxxxx is the real custom user profile field name (i.e. the unique short name)</p>
-      <p><code>profile_field_xxxxx</code></p>
-      <p><strong>Special field names:</strong> used for changing of usernames and deleting of users, see bellow</p>
-      <p><code>deleted, oldusername</code></p>
-      <p><strong>Enrolment field names (optional):</strong> The course names are the &quot;shortnames&quot; of the courses - if present
-         then the user will be enrolled in those courses. &quot;Type&quot; means type of role to be used for associated course enrolment.
-         Value 1 is default course role, 2 is legacy Teacher role and 3 is legacy Non-editing Teacher. You can use role field instead
-         to specify roles directly - use either role short name or id (numeric names of roles are not supported). Users may be also
-         assigned to groups in course (group1 in course1, group2 in course2, etc.). Groups are again identified by its names or ids
-         (numeric names of groups are not supported).</p>
-      <p><code>course1, type1, role1, group1, course2, type2, role2, group2, etc.</code></p>
-    </blockquote>
-    </li>
-  <li>Commas within the data should be encoded as &amp;#44 - the script will automatically decode these back to commas.</li>
-  <li>For Boolean fields, use 0 for false and 1 for true. </li>
-</ul>
-<p>Here is an example of a valid import file:</p>
-<p><code>username, password, firstname, lastname, email, lang, idnumber, maildisplay, course1, group1, type1<br />
-jonest, verysecret, Tom, Jones, jonest@someplace.edu, en, 3663737, 1, Intro101, Section 1, 1<br />
-reznort, somesecret, Trent, Reznor, reznort@someplace.edu, en_us, 6736733, 0, Advanced202, Section 3, 3
-</code></p>
-
-<h2>Templates</h2>
-<p>The default values are processed as templates in which the following codes are allowed:</p>
-<ul>
-<li><code>%l</code> - will be replaced by the lastname</li>
-<li><code>%f</code> - will be replaced by the firstname</li>
-<li><code>%u</code> - will be replaced by the username</li>
-<li><code>%%</code> - will be replaced by the %</li>
-</ul>
-<p>Between the percent sign (%) and any code letter (l, f or u) the following modifiers are allowed:</p>
-<ul>
-<li>(-) minus sign - the information specified by the code letter will be converted to lowercase</li>
-<li>(+) plus sign - the information specified by the code letter will be converted to UPPERCASE</li>
-<li>(~) tilde sign - the information specified by the code letter will be converted to Title Case</li>
-<li>a decimal number - the information specified by the code letter will be truncated to that many characters</li>
-</ul>
-
-<p>For example, if the firstname is John and the lastname is Doe, the following values will be obtained with the specified templates:</p>
-<ul>
-<li>%l%f = DoeJohn</li>
-<li>%l%1f = DoeJ</li>
-<li>%-l%+f = doeJOHN</li>
-<li>%-f_%-l = john_doe</li>
-<li>http://www.example.com/~%u/ = http://www.example.com/~jdoe/ (if the username is jdoe or %-1f%-l)</li>
-</ul>
-<p>Template processing is done only on default values, and not on the values retrieved from the CSV file.</p>
-<p>In order to create correct Moodle usernames, the username is always converted to lowercase. Moreover, if the &quot;Allow extended characters in usernames&quot; option in the Site policies page is off, characters different to letters, digits, dash (-) and dot (.) are removed. 
-For example if the firstname is John Jr. and the lastname is Doe, the username %-f_%-l will produce john jr._doe when Allow extended characters in usernames is on, and johnjr.doe when off.</p>
-<p>When the &quot;New username duplicate handling&quot; setting is set to Append counter, an auto-increment counter will be append to duplicate usernames produced by the template.
-For example, if the CSV file contains the users named John Doe, Jane Doe and Jenny Doe without explicit usernames, the default username is %-1f%-l and New username duplicate handling is set to Append counter, then the usernames produced will be jdoe, jdoe2 and jdoe3.
-</p>
-
-<h2>Updating existing accounts</h2>
-
-<p>By default Moodle assumes that you will be creating new user accounts, and skips records where the username matches an existing account. However, if you allow updating, the existing user account will be updated. </p>
-
-<p>When updating existing accounts you can change usernames as well. Set "Allow renames" to <b>Yes</b> and include in your file a field called <code>oldusername</code>.</p>
-
-<p><b>Warning:</b> any errors updating existing accounts can affect your users badly. Be careful when using the options to update.</p>
-
-<h2>Deleting accounts</h2>
-<p>If the <code>deleted</code> field is present, users with value 1 for it will be deleted. In this case, all the fields may be omitted, except for <code>username</code>.</p>
-<p>Deleting and uploading accounts could be done with a single CSV file. For example, the following file will add the user Tom Jones and delete the user reznort:</p>
-<p><code>username, firstname, lastname, deleted<br />
-jonest, Tom, Jones, 0<br />
-reznort, , , 1
-</code></p>