summaryrefslogtreecommitdiff
path: root/doc/todo
diff options
context:
space:
mode:
authorJoey Hess <joey@gnu.kitenet.net>2009-12-01 15:51:47 -0500
committerJoey Hess <joey@gnu.kitenet.net>2009-12-01 15:51:47 -0500
commit99ffde64a8fb9059a32e49ae8653d18d80a1e190 (patch)
tree846e48e03661d94d6ce6831100c29c8b57e0863a /doc/todo
parentd57ec1c6a4d2e05d2570fb273c7682d383b3b7d9 (diff)
is this really better?
Diffstat (limited to 'doc/todo')
-rw-r--r--doc/todo/enable_arbitrary_markup_for_directives.mdwn16
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/todo/enable_arbitrary_markup_for_directives.mdwn b/doc/todo/enable_arbitrary_markup_for_directives.mdwn
index 94713838e..aa7b6fa49 100644
--- a/doc/todo/enable_arbitrary_markup_for_directives.mdwn
+++ b/doc/todo/enable_arbitrary_markup_for_directives.mdwn
@@ -17,3 +17,19 @@ This could also make it easier to support more styles of markup, rather than hav
-- [[KathrynAndersen]]
[[!taglink wishlist]]
+
+> Arbitrary text transformations can already be done via the filter and
+> sanitize hooks. That's how the smiley and typography plugins do their
+> thing.
+>
+> AFAICS, the only benefit to having a regexp-based-hook interface is less
+> overhead in passing page content into the hooks. But that overhead is a
+> small amount of the total render time.
+>
+> Also, I notice that smiley does such complicated things in its sanitize
+> hook (ie, it looks at html context around the smilies) that a simple
+> matching regexp would not be sufficient. Furthermore, typography needs to
+> pass the page content into the library it uses, which does not expose
+> regexps to match on. So ikiwiki's more general filtering interface seems
+> to allow both of these to do things that could not be done with the
+> PmWiki interface. --[[Joey]]