On 11/6/07, Rob Church robchur@gmail.com wrote:
On 06/11/2007, Simetrical Simetrical+wikilist@gmail.com wrote:
On 11/6/07, Rob Church robchur@gmail.com wrote:
This should not be an option which we encourage the use of; moving pages without updating redirects breaks incoming links from all other sources, and is not a particularly clever idea for any web site.
It's not exposed in the normal interface, of course. I'm not sure why it's wanted for the API, though.
My concern is that if it's available in the backend, then it's only a matter of time before some bright spark implements it in the UI as a "trivial enhancement".
Rob Church
Hmmm, maybe a checkbox next to Minor and Watch? ;)
-- Jim R. Wilson (jimbojw)
I think this feature can be useful when mass-moving internally-used stuff (subpages, templates, etc.). Deleting the created redirects afterwards would result not only in twice as many requests, but also in adding entries to the page, revision and pagelinks tables which are removed almost immediately after. Of course, redirect suppression is *not* default behavior, as it's undesirable in many cases.
I agree that it shouldn't be recommended for pages that someone could link to, but for other pages (portal subpages like [[w:Portal:Visual Arts/RelatedPortals]], template subpages, misspelled titles like "List of kings of Denmrak") it's my opinion that users should be allowed to suppress redirect creation from the UI. Of course this should be accompanied (both in the UI and in the API usage and docs) by a lot of warning signs recommending against real articles being moved this way, urging the user to check whatlinkshere for the deleted redirect and remind them about external pages that might link to their wiki.
Roan Kattouw (Catrope)