I like [Tim's] proposal because it is both useful and technically sound - a rare combination these days ;)
It's not clear to me from Tim's description exactly what he's proposing, so let me paraphrase what I think he means:
1) No meta tags (#base, #context, #parent, #alias, or all the variants we've discussed over the months), no new name spaces or runtime-features of any kind.
2) As purely a typing convenience like ~~~, links typed as [[/baz]] on page "Foo (Bar)" are rewritten when saved as [[Baz (Bar)|baz]]; links in the form [[/baz]] on page "Foo" are rewritten as [[Baz (Foo)|baz]]. If the link already specifies a display form (the part after the vertical bar), that display form is used as is.
3) Links with non-initial slashes are not modified at all. 0
It's not clear to me from Tim's description exactly what he's proposing, so let me paraphrase what I think he means:
- No meta tags (#base, #context, #parent, #alias, or all
the variants we've discussed over the months), no new name spaces or runtime-features of any kind.
- As purely a typing convenience like ~~~, links typed
as [[/baz]] on page "Foo (Bar)" are rewritten when saved as [[Baz (Bar)|baz]]; links in the form [[/baz]] on page "Foo" are rewritten as [[Baz (Foo)|baz]]. If the link already specifies a display form (the part after the vertical bar), that display form is used as is.
- Links with non-initial slashes are not modified at all.
That's it (as I understood it). The problem at [[Middle Earth]] does seem to be thy typing inconvenience. The proposal should solve it nicely and simple, without subpages.
Magnus
From: "Magnus Manske" Magnus.Manske@epost.de
That's it (as I understood it). The problem at [[Middle Earth]] does seem
to
be thy typing inconvenience. The proposal should solve it nicely and
simple,
without subpages.
I think Tims proposal is an excellent one, but if I'm honest it looks very much like subpages with a slightly different (better) notation.
-- Jan Hidders
I just thought of a way to solve the problem without any subpage-like notations:
* Have all topics, even fictional characters, as a plain title.
* On pages where the title has multiple meanings (e.g., Mars), use a wikipedia-special heading tags. I suggest <h0>Mars the god</h0> ..... <h0>Mars the planet</h0> .....
* On each page that has these special tags, the software generates a brief directory with links inside the page <UL> <li><a href="#Mars the god">Mars the god</a></li> <li><a href="#Mars the planet">Mars the planet</a></li> </UL> <HR>
Personally, I like Tims proposal better, but is has turned out that my taste in these things is strangely uncorrelated with that of the rest of the wikipedia community ;)
Magnus
-----Original Message----- From: wikipedia-l-admin@nupedia.com [mailto:wikipedia-l-admin@nupedia.com]On Behalf Of Jan Hidders Sent: Thursday, January 31, 2002 6:59 PM To: wikipedia-l@nupedia.com Subject: Re: [Wikipedia-l] yet another modest proposal to address subpage-like behavior
From: "Magnus Manske" Magnus.Manske@epost.de
That's it (as I understood it). The problem at [[Middle Earth]]
does seem to
be thy typing inconvenience. The proposal should solve it nicely and
simple,
without subpages.
I think Tims proposal is an excellent one, but if I'm honest it looks very much like subpages with a slightly different (better) notation.
-- Jan Hidders
[Wikipedia-l] To manage your subscription to this list, please go here: http://www.nupedia.com/mailman/listinfo/wikipedia-l
From: "Magnus Manske" Magnus.Manske@epost.de
I just thought of a way to solve the problem without any subpage-like notations: [...]
I agree with Lee's arguments about this, but maybe it would still be a nice idea that if somebody started editing a page for Frodo that did not exist beforen then instead of the standard edit box text you get already a list of links to pages with titles of the form "Frodo (Some Namespace)".
Personally, I like Tims proposal better, but is has turned out that my
taste
in these things is strangely uncorrelated with that of the rest of the wikipedia community ;)
FWIW, I still think Tim's proposal is the best one until now.
-- Jan Hidders
wikipedia-l@lists.wikimedia.org