]> scripts.mit.edu Git - www/ikiwiki.git/commitdiff
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
authorJoey Hess <joey@kitenet.net>
Mon, 20 Sep 2010 00:15:38 +0000 (20:15 -0400)
committerJoey Hess <joey@kitenet.net>
Mon, 20 Sep 2010 00:15:38 +0000 (20:15 -0400)
doc/bugs/cutpaste.pm:_missing_filter_call.mdwn
doc/tips/html5.mdwn

index 475880f0a508068f980ff280744baa1ba00cb3d3..f7138cba0adabc1dea3461152a0bfa38938307d6 100644 (file)
@@ -39,3 +39,17 @@ function.
 > constraints, without removing cutpaste's ability to have forward pastes
 > of text cut laster in the page. (That does seems like an increasingly
 > bad idea..) --[[Joey]]
+
+> > OK -- so the FOO/BAR thing was only a very stripped-down example, of
+> > course, and the real thing is being observed with the
+> > *[[plugins/contrib/getfield]]* plugin.  This one needs to run *before*
+> > `preprocess`ing, for its `{{$page#field}}` syntax is (a) meant to be usable
+> > inside ikiwiki directives, and (b) the field values are meant to still be
+> > `preprocess`ed before being embedded.  That's why it's using the `filter`
+> > hook instead of `sanitize`.
+
+> > Would adding another kind of hook be a way to fix this?  My idea is that
+> > *cut* (and others) would then take their data not during `scan`ning, but
+> > *after* `filter`ing.
+
+> > --[[tschwinge]]
index 945efc4bce7be8da75aff04d1deee8161df0aa54..8fbbb2ebba0c41a2c51ae396ff5a11262523998b 100644 (file)
@@ -15,7 +15,8 @@ No care is taken to add backwards compatability hacks for browsers that
 are not html5 aware (like MSIE). If you want to include the javascript with
 those hacks, you can edit `page.tmpl` to do so. 
 [Dive Into HTML5](http://diveintohtml5.org/) is a good reference for
-current compatability issues and workarounds with html5.
+current compatability issues and workarounds with html5.  And a remotely-loadable
+JS shiv for enabling HTML5 elements in IE is available through [html5shiv at Google Code](http://code.google.com/p/html5shiv/).
 
 ---