diff --git a/doc/bugs/Warns_about_use_of_uninitialized_value_if_prefix__95__directives_is_on_and_a_directive_does_not_contain_a_space.mdwn b/doc/bugs/Warns_about_use_of_uninitialized_value_if_prefix__95__directives_is_on_and_a_directive_does_not_contain_a_space.mdwn new file mode 100644 index 000000000..6274f1299 --- /dev/null +++ b/doc/bugs/Warns_about_use_of_uninitialized_value_if_prefix__95__directives_is_on_and_a_directive_does_not_contain_a_space.mdwn @@ -0,0 +1,17 @@ +In `IkiWiki::preprocess`, the last capturing group in the regex used to parse directives in prefix_directives mode is of the form `(\s+...)?\]\]`, which will not be matched if the directive is something without arguments or whitespace, like `\[[!orphans]]`. As a result, its value is undef instead of being an empty string, causing a warning when it is used in the anonymous sub `$handle`. A trivial fix is to treat it as "" if it is undef. + +[[patch]] in the master branch of my git repository, and quoted here. --[[smcv]] + + diff --git a/IkiWiki.pm b/IkiWiki.pm + index 241a7c0..d2c35a2 100644 + --- a/IkiWiki.pm + +++ b/IkiWiki.pm + @@ -1167,7 +1167,8 @@ sub preprocess ($$$;$$) { #{{{ + }sx; + } + + - $content =~ s{$regex}{$handle->($1, $2, $3, $4)}eg; + + # $4 can be undef if the directive was \[[!foo]] + + $content =~ s{$regex}{$handle->($1, $2, $3, ($4 or ""))}eg; + return $content; + } #}}} diff --git a/doc/bugs/map_is_inconsistent_about_bare_directories.mdwn b/doc/bugs/map_is_inconsistent_about_bare_directories.mdwn index 479db3e0f..6e9dc104d 100644 --- a/doc/bugs/map_is_inconsistent_about_bare_directories.mdwn +++ b/doc/bugs/map_is_inconsistent_about_bare_directories.mdwn @@ -1,26 +1,120 @@ The [[plugins/map]] plugin has inconsistent behaviour. In particular, I have in my wiki some directory structures holding files without wikitext pointers (I point directly to the files from elsewhere). For example, imagine the following file structure in the source dir: -* Assignments.mdwn -* Assignments - * 2004 - * Assign1.pdf - * Assign2.pdf - * 2005 - * Assign1.pdf - * Assign2.pdf - * 2006 - * etc., etc. + ; ls -R dirA dirB + dirA: + subA subB + + dirA/subA: + filea.mdwn fileb.mdwn + + dirA/subB: + filec.mdwn filed.mdwn + + dirB: + subA subC + + dirB/subA: + filea.mdwn + + dirB/subC: + fileb.mdwn filec.mdwn When I use map to make a map of this, the result looks more like this: -* Assignments # this is a link to the correct page - * 2004 # this has a create link - * Assign1.pdf - * Assign2.pdf - * Assign1.pdf - * Assign2.pdf - * etc., etc. +
local.css
to get the border and make sure that the RSS feed's grey title didn't show through on the news page.)
+
+Unfortunately, the [recentchanges](http://www.cse.unsw.edu.au/~cs3431/wiki/recentchanges/) page doesn't look so nice - the sidebar appears below the recentchanges list.
+
+I don't understand why the sidebar is appearing below the recentchanges inline, but above the news inline.
diff --git a/doc/todo/mbox.mdwn b/doc/todo/mbox.mdwn
index dd0e5756b..91816ae8a 100644
--- a/doc/todo/mbox.mdwn
+++ b/doc/todo/mbox.mdwn
@@ -2,9 +2,9 @@ I'd like to be able to drop an unmodified RFC2822 email message into ikiwiki, an
> We're discussing doing just that (well, whole mailboxes, really) over in
> [[comment_by_mail]] --[[Joey]]
->> If you like to read code, you can have a gander at the
+>> The
>> [mailbox](http://pivot.cs.unb.ca/git/?p=ikimailbox.git;a=summary)
->> plugin. At the moment, it reads all of the messages in a maildir and passes them through
->> a template of your choice. Kinda acts like `cat` at the moment because none of the
->> css is defined yet. Next missions are threading (Email::Thread?), and maybe some simple css.
+>> plugin can now be considered a prototype of itself, tested only with maildirs.
+>> Basic threading and some simple css is now included. Next mission:
+>> doing something sensible with MIME.
>> To see the (unsurprising) syntax, look at [a trivial example markdown file](http://pivot.cs.unb.ca/git/?p=ikimailbox.git;a=blob;f=test/in/index.mdwn;hb=HEAD)
diff --git a/doc/todo/plugin.mdwn b/doc/todo/plugin.mdwn
index 8db4a0182..132de4480 100644
--- a/doc/todo/plugin.mdwn
+++ b/doc/todo/plugin.mdwn
@@ -61,6 +61,9 @@ Suggestions of ideas for plugins:
> The hard part is just that right now the assumption of html as the one destination
> type is in the code a lot. --ChapmanFlack
+ >> Readers who bought this also liked: [[format_escape]], [[multiple_output_formats]]
+ >> --[[JeremieKoenig]]
+
* list of registered users - tricky because it sorta calls for a way to rebuild the page when a new user is registered. Might be better as a cgi?
> At best, this could only show the users who have logged in, not all
> permitted by the current auth plugin(s). HTTP auth would need
diff --git a/doc/users/schmonz.mdwn b/doc/users/schmonz.mdwn
index 7e297fbf0..42b3713ea 100644
--- a/doc/users/schmonz.mdwn
+++ b/doc/users/schmonz.mdwn
@@ -1 +1 @@
-[Amitai Schlair](http://www.schmonz.com/) recently discovered ikiwiki.
+[Amitai Schlair](http://www.schmonz.com/) recently discovered ikiwiki. His first attempt at contributing is [[plugins/contrib/unixauth]].