web commit by joey
parent
7762cd5711
commit
4ff8a41f07
|
@ -15,15 +15,4 @@ Suggestions of ideas for plugins:
|
|||
content. It also needs to update pages when related pages are added,
|
||||
so it needs to register dependencies pre-emptively between pages,
|
||||
or something. It's possible that this is a special case of backlinks and
|
||||
is best implemented by making backlinks a plugin somehow. --[[Joey]]
|
||||
|
||||
## case study: Moin Moin plugins
|
||||
|
||||
See <http://moinmoin.wikiwikiweb.de/MoinDev/PluginConcept>
|
||||
|
||||
6 different types of plugins:
|
||||
|
||||
* *actions* are possibly out of scope for ikiwiki, this is probably what it uses for cgi script type stuff. Unless ikiwiki wants to allow pluggable CGI script stuff, it doesn't need these.
|
||||
* *parsers* and *formatters* are basically what I've been calling [[PluggableRenderers]]. MoinMoin separates these, so that a page is parsed to (presumbly) some intermediate form before being output as html or some other form. That's a nice separation, but what to do about things like markdown that are both a parser and a formatter?
|
||||
* *macros* and *processors* are analagous to preprocessor directives. A processor can operate on a large block of text though.
|
||||
* *themes* should be irrellevant (ikiwiki has [[templates]]).
|
||||
is best implemented by making backlinks a plugin somehow. --[[Joey]]
|
Loading…
Reference in New Issue