1 Some inconsistences around the toplevel [[index]] page:
3 * [[ikiwiki]] is a separate page; links to [[ikiwiki]] should better go to
5 * The toplevel [[ikiwiki/Discussion]] page has some weird parentlinks
6 behavior. This could be special cased around with the following patch.
7 However, I'm unsure if I like the idea of more special cases around this.
8 It would be better to find a way to make the toplevel index page not be a
11 --- IkiWiki/Render.pm (revision 1187)
12 +++ IkiWiki/Render.pm (working copy)
16 return if $page eq 'index'; # toplevel
17 + $path=".." if $page=~s/^index\///;
18 foreach my $dir (reverse split("/", $page)) {
24 > I would like to suggest another tack, namely a bigger, better special case.
25 > The basic idea is that all indices of the form foo/bar/index get the wiki path foo/bar.
26 > This makes some things more elegant:
28 > * All files having to do with foo/bar are in the foo/bar directory, rather
29 > than the (admittedly minor) wart of having the index be in foo/.
30 > * This sort of addresses [[bugs/broken_parentlinks]] in that example/ is
31 > guaranteed to be a valid path. (There might be no index there, though.)
32 > * This is more in line with standard HTML practice, as far as I understand it,
33 > namely that linking to a/b means a/b/index.html rather than a/b.html.
35 > This would change the inline plugin in strange ways -- I think if foo/index.html
36 > contains \[[inline "* and !*/Discussion"]], it should skip inlining foo/index.html
37 > explicitly, but would inline index pages in child directories
38 > foo/bar/baz/index.html as bar/baz.
40 > It always bothers me that foo/bar/ files need a foo/bar.html in front of them,
41 > rather than a foo/bar/index.html, as is (to my mind) traditional.