urosm
/
ikiwiki
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

web commit by http://jcflack.myopenid.com/

master
Joey Hess 2008-07-17 15:50:25 -04:00
parent 226c4acfea
commit 1b46f52043
1 changed files with 13 additions and 0 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

13
doc/todo/plugin.mdwn
View File

@ -19,6 +19,19 @@ Suggestions of ideas for plugins:
to selectively add to the set of files in the working copy that the edit CGI
will consider editable? --ChapmanFlack 17July2008
> It looks like 80% of the job would be accomplished by hooking `htmlize` for
> the `.xml` extension. That would satisfy the `pagetype` test that causes
> the edit CGI to say `not an editable page`. (That happens too early for a
> `canedit` hook.) The `htmlize` hook could just
> copy in to out unchanged (this is an internal wiki, I'm not thinking hard
> about evil XML content right now). For extra credit, an `editcontent` hook
> could validate the XML. (Can an `editcontent` hook signal a content error?)
> The tricky bit seems to be to register the fact that the target file should
> have extension `.xml` and not `.html`. Maybe what's needed is a generalized
> notion of an `htmlize` hook, one that specifies its output extension as well
> as its input, and isn't assumed to produce html? --ChapmanFlack 17July2008
* 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