web commit by joey
authorwww-data <www-data@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Wed, 3 May 2006 21:59:00 +0000 (21:59 +0000)
committerwww-data <www-data@0fa5a96a-9a0e-0410-b3b2-a0fd24251071>
Wed, 3 May 2006 21:59:00 +0000 (21:59 +0000)
doc/todo/plugin.mdwn

index e36f1e3ca5d030eb9f52eb1239340c70326b95e5..6525f5982591015421a4ccb0686a1dd6ebb765ec 100644 (file)
@@ -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]]
\ No newline at end of file