On 8/14/06, Steve Summit scs@eskimo.com wrote:
at the top. Almost immediately someone changed it to
...For the linguistic concept, see Count noun.
noting that [[Countable noun]] is a redirect. But I think showing the link as [[Countable noun]] was (mildly) preferable in this case, because it explicitly shows the same word which the searcher who got redirected from [[Countable]] is looking for.
You were right - that's the entire reason why {{redirect}} exists.
[P.S. Personally, I think it would be good if articles could have alternate titles or "aliases" as a formally-supported concept, so that we could do away with the hordes of manually-maintained explicit redirects which simulate them, but that would admittedly be much more complicated on the implementation side, if "more convenient" on the user side.]
Is there any difference between an "alias" and a protected redirect?
Fwiw, I kind of asked for this a while ago, but from a different point of view. It'd be nice for any article if you could edit *on the article page* the list of redirects that point there. Redirects should be considered part of the article, not as random other articles that by sheer chance happen to point to it.
[P.P.S. One way to tell if a redirect is really an "alias" is if the alias name shows up in bold face, preceded by the word "or" or "also", in the redirected-to article's lead sentence.
Yes...but...no. It's a pretty complicated topic. I've thought a fair bit about that logic and it's complicated. Often for some topic A, you have redirects A', A'', B, B', B'' and C. In the text at A, A, B and C will be in bold. If you're lucky. Maybe D and E will be in bold too, but they won't be linked. Although they should be. Other times, F (which also redirects here) will be in bold, but in the 8th paragraph, because it's a minor topic, related to A, but that doesn't deserve its own article...
IMHO we should stop this tendency towards agglomerating all articles into one unless they stand a chance of becoming an FA....but that's a different debate.
Steve