I haven't seen a need to write again since making my proposal, but today Uri Yanover uriyan_subscribe@yahoo.com wrote:
What I don't like about Tim's idea is the fact that it converts the link automatically basing on parsing of the article title.
My proposal is archived at http://www.nupedia.com/pipermail/wikipedia-l/2002-January/001230.html
There it can be seen that in addition to the simple solution that does convert links based on the article title, I did include Uri's idea. To summarize:
#base [[Fantasy Fiction]]
[[/elves]]
could be translated into this:
See also: [[Fantasy Fiction]].
[[elves (Fantasy Fiction)|elves]]
The system could remove the #base line completely instead of translating it, but I think it's useful to reflect by default that there's a relationship between the content of a given page and some other related page. After all, if the author doesn't like that behavior, he or she can simply type the links manually instead of using #base. Or the author can edit twice: the first is a major edit, and the second is a minor edit to remove the See also: line.
Uri's original #base idea is archived at http://www.nupedia.com/pipermail/wikipedia-l/2002-January/001220.html. He also proposed an Alias: namespace (http://www.nupedia.com/pipermail/wikipedia-l/2002-January/001218.html), but the features are very similar.
The key differences between my proposal and his are:
1. I propose a solution that converts text during save, while Uri proposed adding to the wikipedia's source syntax. 2. I propose the disambiguating syntax -- [[title (context)]] -- while Uri proposed subpage syntax -- [[context/title]].
However, Uri also said yesterday in http://www.nupedia.com/pipermail/wikipedia-l/2002-February/001288.html that he "didn't mean to use aliaes mainly to categorize, but rather to _disambiguate_ (e.g. [[root (botanics)]] vs. [[root (mathematics)]])." So I assume he's flexible on #2.
I take it that there's consensus on the part that deals with link conversion.
So what about the #base idea?
<>< Tim
From: "Tim Chambers" tbchambers@yahoo.com
So what about the #base idea?
To be honest, it's the part I like the least. I believe that the other part of your proposal probably already covers 90% of the cases where you would like a shortcut for a namspace, and it is easy to implement it in an efficient way. The #base idea is a bit harder to implement and would add some complexity to the parser which is at the moment already far too slow, big and complicated, and also still has a lot of bugs. After we have gotten the parser into shape, maybe then we can start thinking about adding such features, but even then I would try to keep the code as efficient and simple as possible.
-- Jan Hidders
wikipedia-l@lists.wikimedia.org