]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/blobdiff - doc/todo/replace_HTML::Template_with_Template_Toolkit.mdwn
added my reasons for wanting a replace-able template system
[git.ikiwiki.info.git] / doc / todo / replace_HTML::Template_with_Template_Toolkit.mdwn
index feb31a128d203850b46bbadd50e1d7f7d36ba538..8650e4f2af14f9362d9d2de22ddbfc1e14411b00 100644 (file)
@@ -1,4 +1,4 @@
-[[tag wishlist]]
+[[!tag wishlist]]
 
 HTML::Template is an okay templating kit, but it lacks a lot of powerful
 features and thus makes it rather hard to give an ikiwiki site a consistent
@@ -49,3 +49,15 @@ here is some more documentation: <http://wiki.zope.org/ZPT/METALSpecification11>
 
 I would be glad to volunteer time to make this switch happen, such as rewrite
 the templates. I'd prefer not having to touch Perl though...
+
+
+-----
+
+Yes, Template::Toolkit is very powerful. But I think it's somehow overkill for a wiki. HTML::Template can keep things simple, though.  --[weakish](http://weakish.int.eu.org/blog/)
+
+I'd have to agree that Template::Toolkit is overkill and personally I'm not a fan, but it is very popular (there is even a book) and the new version (3) is alleged to be much more nimble than current version.  --[[ajt]]
+
+HTML::Template's HTML-like markup prevents me from editing templates in KompoZer or other WYSIWYG HTML editors.  The editor tries to render the template markup rather than display it verbatim, and large parts of the template become invisible.  A markup syntax that doesn't confuse editors (such as Template::Toolkit's "[% FOO %]") may promote template customization.  The ability to replace the template engine would be within the spirit of ikiwiki's extensibility. --Rocco
+
+
+I agree that being able to replace the template toolkit would be a great piece of modularity, and one I would use. If I could use the slot-based filling and the conditional logic from Template::Toolkit, we could build much more flexible inline and archivepage templates that would look different depending on where in the wiki we use them. Some of this can currently be accomplished with separate templates for each use case and a manual call to the right template in the !inline directive, but this is limited, cumbersome, and makes it difficult to reuse bits of formatting by trapping all of that information in multiple template files. -Ian