Help:Rename a page

From VistApedia
Revision as of 20:18, 15 June 2005 by 152.131.9.69 (talk)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Help: Contents

There are several possibilities for why you will want to rename a page (one that you have found or created):

  • The title has been misspelled.
  • The title does not follow the naming conventions (such as naming conventions.
  • The scope of the article has been reduced, extended or otherwise changed.

The terms "rename" and "move" mean the same in this context. They just refer to different models for picturing the operation:

  • Rename: keep the page but give it another name; the page history is now attached to the new name; a new page with the old name is created which redirects to the new name and which page history records the renaming.
  • move: move the contents and the page history to a new page; change the old page into a redirect; change the page history into one that only records the renaming.

Since the system marks the page with the old name as new page, it applies the first of the two models. This model avoids "changing the history", a kind of "historical revisionism". An oddity is that the renaming itself, which can be considered an important event in the history of the page, is not recorded as such; it is recorded indirectly, namely in the history of the redirect page.

How to

Note that you have to be logged in to rename a page this way; regarding the set user preferences:

  1. there is no button for this in the nostalgia skin;
  2. the button is in the quickbar, so this must be on.

With the correct page displayed, click on the "Move page" link in the sidebar. You'll be asked for a new name for the page, and given the option to also move the page's talk page. NOTE: Unless you know what you're doing, it's safest to say yes. Click the "move page" button and the page will be renamed to the new title. The old title will become a redirect page, so any links to the old title will still go to the new page. However, note that double redirects (pages that redirect to the original page), will not automatically follow to the new page, so you will have to refer them manually. (as explained below)

Notes

The "move page" function keeps the entire edit history of the page, before and after the move, in one place, as if the page were always named that way. So, it's preferable to use this method over just cutting text out of one page and pasting it into a new one; old revisions, notes, and attributions are harder to keep track of it you do that. (But you may have to if, for instance, you're splitting a page into multiple topics. If you do, please include a note in the new pages's edit summary and talk page stating where you took the text from.)

The move itself is shown in the edit history of the page with the old title. However, if the page is moved back, the edit history of the page with the previous title shows the latest move only, with the corresponding user name, but with the date and time of the first move(!). Accordingly, the name of the user who moved the page the first time and the date and time of the second move are lost (except that they appear in the recent changes).

If the new title already exists and isn't just a redirect to the old title, with no history, the wiki will tell you that you can't rename the page. You'll either have to manually merge the two pages together, or — only if there's no real content in the page — ask an Administrator to have it deleted or list it on your project's "votes for deletion" page in order to make room for moving the page.

Another thing to remember is that redirects to redirects aren't automatically followed (this prevents infinite loops and spaghetti linking). Always check the What links here for your page, and if there are multiple levels of redirects, go fix the links to point to the new location directly. But this can be troublesome because your new moving might be reverted soon. Take some time to make sure there is no objection to your moving.

Avoid moving a page while the edit box of the corresponding Talk page is open: when you hit "Save page" you overwrite the redirect to the new talk page (you do not get the usual warning that the page has been edited while your edit box was open) and get a duplication of the contents of the talk page, with your latest addition added to the old instead of the new one.

It is useful to copy the message "Page ... moved to ..." to the new talk page, especially if there has been discussion about the name of the page.

Undoing a move

Normally, to undo a move from page A to page B, simply:

  1. move page B back to page A
  2. list page B (now a history-free redirect) on your project's "votes for deletion" page, or just delete it (Admins only).

However, if page A has subsequently been edited, or the move software is behaving weirdly, only an Admin can sort things out:

  1. delete page A (make sure it has no useful history - you may wish to add an explicit author credit on a talk page to compensate)
  2. move page B to page A.
  3. delete page B (should be a history-free redirect to page A)

"Move wars" are highly unproductive, and leave vast numbers of pointless redirects littering the place, which some poor soul will have to fix.

Swapping two pages

To swap pages A and B, including history:

  1. Move page A to page C (previously non-existing)
  2. list A on votes for deletion, or just delete it (Admins only).
  3. Move page B to page A (allowed because A is deleted)
  4. delete B as above
  5. Move page C to page B (allowed because B is deleted)
  6. delete C as above

Merging page histories

Many past renamings took place before the move page function was created by our hard-working developers, and others are done by people not aware of this function. Such manual moves were done using cut and paste. As a result, the page history of an article or talk page can be split among two or more different pages.

In some circumstances, Administrators are able to fix this by merging page histories.

Warning: this procedure may only be undone by a developer, spending quite silly amounts of time: to undo a merge, every single version has to be manually reassigned to the correct source page. Do not do this if you're not sure what you're doing.

Follow this procedure to merge page histories:

  1. suppose we wish to merge edit history from VistA History (old title) into History of VistA (new title):
  2. Delete History of VistA, with comment deleting to merge page histories - back soon.
  3. Move VistA History to History of VistA, using the move tool.
  4. Undelete the History of VistA article.
  5. Edit History of VistA to restore the most recent version.