On 11/6/07, Rob Church <robchur(a)gmail.com>
wrote:
On 06/11/2007, Simetrical
<Simetrical+wikilist(a)gmail.com> wrote:
On 11/6/07, Rob Church <robchur(a)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)