]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
Idea for extending inline.
authorhttp://lovesgoodfood.com/jason/ <Jason_Riedy@web>
Mon, 7 Mar 2011 01:47:33 +0000 (01:47 +0000)
committerJoey Hess <joey@kitenet.net>
Mon, 7 Mar 2011 01:47:33 +0000 (01:47 +0000)
doc/ikiwiki/directive/inline/discussion.mdwn

index 6a186cd93ec33ff72501e2dcc999803a1047a3bc..8f74b100d935f673171cc1e413a6a4a145c7fea5 100644 (file)
@@ -132,6 +132,14 @@ Else can you please suggest a smarter way of getting certain data out from pages
 
 --[[hendry]]
 
+## A different idea: smuggling hook routines in through %params.
+
+The part that fetches the inlined content is quite compact. It's just the if ($needcontent) {} chunk. Would a patch that accepts a perl sub smuggled through something like $params{inliner_} be accepted? If that param exists, call it instead of the current content of that chunk. Pass $page, %params, and $template. Receive $content, possibly seeing $template modified. The custom directives can add inliner_ to %params and call IkiWiki::preprocess_inline. I suppose IkiWiki::Plugin::inline could be modified to strip any *_ out of the directive's arguments to prevent any custom behavior from leaking into the inline directive.
+
+I'm about to try this for a CV/resume type of thing. I want only one element with a specific id out of the generated content (with a little post-processing). I don't need performance for my case.
+
+--[[JasonRiedy]]
+
 ---
 
 ## Interaction of `show` and `feedshow`