Contents |
When an application changes its name it creates maintenance problems for us, and raises the question: When and how should the change be reflected in our pages? To maintain two pages is probably not a good idea, and we want to avoid redirections when we can, so the following procedure might work:
After the new name is announced it will take some time (at least 6 month) for this to appear in most recent distros, so we keep the name of the old page, add an info box announcing the new name and a link for the new name in the appropriate Application list - the link goes to the old page.
At some point we move the old page (with all its translations) to a new page, changes all mention of the app to its new name, changes the info text to tell about the old name, and changes the links in Application lists of both old and new version to the new page. (At an even later point we can remove all reference to the old name, but that in not urgent.)
This is a lot of maintenance! And if the text is changed in the meantime, or new links to the page is created the problem grows. This latter problem can be eliminated by using a template. We would then use the template in stead of the application name whenever we want to mention it, whether in text or in a link.
Finally the info box could be made with one of two general templates, which both takes the old and new names as parameters.
Assuming AppA changes name to AppB. We would have have a page named "AppA" and in that page (and maybe other pages as well) several mentions of AppA in the text, in section headlines and in image captions. All of these mentions would be replaced by the template {{AppB}}. Also at the top of the page "AppA" we would place {{NewName|old name|new name|date}}, which sets up an info box mentioning that the application is changing its name. Perhaps it would be a good idea to add a parameter for the date?
Any link to the page would look like [[Special:myLanguage/AppA]] and would be replaced by the template [[Special:myLanguage/{{AppB}}]] (again minimizing work; other links involving AppA can be handled similarly.
It is going to be tough to find all references to a page. We need at least two tools for this:
Not at the moment, apparently. We need to search the text of pages for the occurrence of the link, since the Special:myLanguage links are not picked up by WhatLinksHere and similar tools. However, DPL searches on the content of pages seems to have some upper limit on how many pages or how much text it can handle - it seems it only searches part of our pages when doing text searches - this is true also for ordinary text searches.