summaryrefslogtreecommitdiff
path: root/doc/todo
diff options
context:
space:
mode:
authorJoey Hess <joey@kodama.kitenet.net>2008-08-03 14:21:46 -0400
committerJoey Hess <joey@kodama.kitenet.net>2008-08-03 14:21:46 -0400
commitefcbb32f7c54ad8ffa2e56d52e651c18bd8be55a (patch)
tree203223826704a4fa06d7c53fe0e47e81c6d4adba /doc/todo
parent81fd5a35a5ae28e57bb964b86939bde401771759 (diff)
parenteadff687abbec442423967d5cba3bcfb606dc1a9 (diff)
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
Diffstat (limited to 'doc/todo')
-rw-r--r--doc/todo/mbox.mdwn8
-rw-r--r--doc/todo/plugin.mdwn3
2 files changed, 7 insertions, 4 deletions
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