summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-07-26 20:41:00 +0000
committerjoey <joey@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>2007-07-26 20:41:00 +0000
commite64442aa08c1d368f0ab3284016b0addb3ac4a67 (patch)
treec64d37e473213b20eafcbd955bf275b51b63e70c
parent2ff6e2455719f7dc550f8383ee9f952b35d38184 (diff)
web commit by http://ethan.betacantrips.com/: I'm a year wiser; revise accordingly.
-rw-r--r--doc/todo/toplevel_index.mdwn41
1 files changed, 3 insertions, 38 deletions
diff --git a/doc/todo/toplevel_index.mdwn b/doc/todo/toplevel_index.mdwn
index f749ad655..5adbaa7eb 100644
--- a/doc/todo/toplevel_index.mdwn
+++ b/doc/todo/toplevel_index.mdwn
@@ -25,41 +25,6 @@ Here is a patch:
> I would like to suggest another tack, namely a bigger, better special case.
> The basic idea is that all indices of the form foo/bar/index get the wiki path foo/bar.
-> This makes some things more elegant:
->
-> * All files having to do with foo/bar are in the foo/bar directory, rather
-> than the (admittedly minor) wart of having the index be in foo/.
-> * This sort of addresses [[bugs/broken_parentlinks]] in that example/ is
-> guaranteed to be a valid path. (There might be no index there, though.)
-> * This is more in line with standard HTML practice, as far as I understand it,
-> namely that linking to a/b means a/b/index.html rather than a/b.html.
->
-> This would change the inline plugin in strange ways -- I think if foo/index.html
-> contains \[[inline "* and !*/Discussion"]], it should skip inlining foo/index.html
-> explicitly, but would inline index pages in child directories
-> foo/bar/baz/index.html as bar/baz.
->
-> It always bothers me that foo/bar/ files need a foo/bar.html in front of them,
-> rather than a foo/bar/index.html, as is (to my mind) traditional.
->
-> Ethan
->
-> Hmm, now I've had time to think about this, and this does conflict pretty hard with foo.html/Discussion
-> pages. Well, back to the drawing board.
->
-> Well, it seems unlikely that you'll have both foo/bar.html and foo/bar/index.html,
-> so why not accept either as foo/bar? This would both preserve backwards
-> compatibility, as well as allow foo/bar/Discussion.
->
-> Ethan
->
-> No, in order for this to work, the wiki path foo/bar/baz could be any of:
->
-> * foo/bar/baz.html
-> * foo/index/bar/index/baz.html
-> * foo/bar/index/baz.html
-> * foo/bar/index/baz/index.html
->
-> Or many others. Which is probably even hackier than having both foo.html and foo/.
->
-> Ethan \ No newline at end of file
+> You could do this today using [[todo/index.html_allowed]], except that the toplevel
+> page "index" becomes "", which causes all sorts of chaos. The discussion page would
+> become /discussion, and the weird parentlinks behavior would go away. --Ethan \ No newline at end of file