adding/removing a page. For example, if Foo/Bar links to "Baz", which is
Foo/Baz, and Foo/Bar/Baz gets added, it will update the links in Foo/Bar
to point to it, but will forget to update the linkbacks in Foo/Baz.
- And if Foo/Bar/Baz is then removed, it forgets to update Foo/Bar to link
+
+* And if Foo/Bar/Baz is then removed, it forgets to update Foo/Bar to link
back to Foo/Baz.
- Basically this makes creating new pages painful, top of TODO list..
+ -- is this still true? (Yes (as of 1.0))
-* Foo/Bar/Baz shows up as Bar/Baz in the linkbacks on page Foo/Bar. Should
- show as just Baz there.
* If I try to do a web commit, to a svn+ssh repo, it fails with
"Host key verification failed."
I think that the setuid isn't fully taking; it should be running as me,
EUID/Real UID screwage.
* Can't put the source in a directory named .source; the page finder skips
that due to too broad exclusion of any dotfile in a path.
-* RecentChanges is a regular page, perhaps it should be automatically
- replaced with a link to the [[CGI]]?
* [[ikiwiki]] should go to the same place as [[index]] (on this wiki).
-* There's no way to escape a [[WikiLink]] when discussing one on a wiki.
-* Wikilinks are even expanded in the middle of [[MarkDown]] code blocks,
- and probably shouldn't be (nor in blockquotes?)
-
- Hmm, the best way to fix this would be to add WikiLink support into
- markdown, but that will probably be a bear. I guess the question is how
- common "[[ ]]" is, and maybe we should just provide a way to escape a
- wikilink..
-
-Fixed bugs:
-
-* RecentChanges is supposed to linkify WikiNames and it does, but only if
- the user's page exists. It doesn't add a ?link to a noneistant page to
- aid creating it. (Fixed. -- [[Joey]])
+* Web browsers don't word-wrap lines in submitted text, which makes editing a
+ page that someone wrote in a web browser annoying (`gqip` is vim user's
+ friend here). Is there any way to improve this?
+* The diff links in RecentChanges go to a viewcvs backtrace if the rev in question is when the page was added. Is this a viewcvs bug, or a behavior ikiwiki needs to work around?
+ - As a special case, there should certianly be no history link for
+ pages generated from the underlaydir as it can never work for them.
+* If a page stops inlining anthing, its rss feed file
+ will linger around and not be deleted.
+* RSS output contains relative links. Ie. http://kitenet.net/~joey/blog/index.rss contains a link to http://kitenet.net/~joey/blog/../blog.html
+* If a file in the srcdir is removed, exposing a file in the underlaydir,
+ ikiwiki will not notice the change and rebuild it until the file in the
+ underlaydir gets a mtime newer than the mtime the removed file had.
+* ikiwiki will generate html formatted error messages to the command
+ line if --cgi is set, even if it's not yet running as a cgi
+* if a page containing an rss feed happens to show up in an rss feed,
+ the preprocessor directives won't be expanded (good) but are left in
+ raw rather than removed (bad).