]> sipb.mit.edu Git - ikiwiki.git/blob - doc/todo.mdwn
dd69e21fb6cf95d8a4ca65a783b65d032440500a
[ikiwiki.git] / doc / todo.mdwn
1 ## online page editing
2
3 * Missing support for preview.
4 * Missing conflict detection, just overwrites changes and does not svn up
5   first..
6 * Eventually, might want page deletion.
7 * Eventually, might want file upload.
8
9 ## recentchanges
10
11 * Should support RSS for notification of new and changed pages. 
12
13   This can be a static rss file that is generated when the moo
14 is built. (As long as all changes to all pages is ok.)
15
16 * Should support mail notification of new and changed pages.
17
18   Hmm, should be easy to implement this.. it runs as a svn post-coommit hook
19   already, so just look at the userdb, svnlook at what's changed, and send
20   mails to people who have subscribed.
21
22 ## docs
23
24 Need to turn [[usage]] into a man page.
25 this wiki too. Can markdown generate a man page somehow?
26
27 ## pluggable renderers
28
29 I'm considering a configurable rendering pipeline for each supported
30 filename extension. So for ".mdwn" files, it would send the content through
31 linkify, markdown, and finalize, while for ".wiki" files it might send it
32 through just a wiki formatter and finalize.
33
34 This would allow not only supporting more types of markup, but changing
35 what style of [[WikiLink]]s are supported, maybe some people want to add
36 [[CamelCase]] for example, or don't like the [[SubPage/LinkingRules]].
37
38 The finalize step is where the page gets all the pretty junk around the
39 edges, so that clearly needs to be pluggable too.
40
41 There also needs to be a step before finalize, where stuff like lists of pages
42 that linked back to it could be added to the page. However, doing linkbacks
43 also needs to tie into the main logic, to determine what pages need to be
44 renered, so maybe that won't be a plugin.
45
46 ## revisit case
47
48 Being case insensative is handy, but it does make the [[BackLinks]] a bit
49 ugly compared to other links. It should be possible to support pagenames
50 that have uppercase, while still allowing them to be linked to using any
51 case.
52
53 ## html
54
55 Make the html valid. Add css.
56
57 ## sigs
58
59 Need a way to sign name in page that's easier to type than "--\[[Joey]]"
60 and that includes the date.
61
62 What syntax do other wikis use for this? I'm considering "\[[--]]" (with
63 spaces removed) as it has a nice nmemonic.
64
65 OTOH, adding additional syntax for this would be counter to one of the
66 design goals for ikiwiki: keeping as much markup as possible out of the
67 wiki and not adding nonstandard markup. And it's not significantly hard to
68 type "--\[[Joey]]", and as to the date, we do have page history.
69
70 ## recentchanges links to commit diffs
71
72 Would take a bit more viewcvs integration, let the be a "[diff]" link in
73 recentchanges that goes to the diff for any listed change.
74
75 ## recentchanges more than 100
76
77 Possibly add "next 100" link to it, but OTOH, you can just use svn log if
78 you need that data..
79
80 ## setup classes
81
82 The setup files should "use WikiWiki::Setup" and the like at the top, and
83 indeed could just be one big use that passes all params to the module's
84 importer. The module then handles running ikiwiki functions. This would
85 allow for different types of setup files for more than just the one
86 hardcoded thing there is now, and would probably be good for upgrades,
87 incompatible changes, etc, too.
88
89 ## [[Bugs]]