aboutsummaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authortschwinge <tschwinge@web>2010-09-19 06:17:01 +0000
committerJoey Hess <joey@kitenet.net>2010-09-19 06:17:01 +0000
commit8c8856601f76c16b2be51b16c095a276f9c9a9b5 (patch)
tree769227f9f6b2e495da6984f5ca6042974036f2dc
parentea487472ed05f633e3cd9479b933656309c0d3c8 (diff)
downloadikiwiki-8c8856601f76c16b2be51b16c095a276f9c9a9b5.tar
ikiwiki-8c8856601f76c16b2be51b16c095a276f9c9a9b5.tar.gz
Back to Joey.
-rw-r--r--doc/bugs/cutpaste.pm:_missing_filter_call.mdwn14
1 files changed, 14 insertions, 0 deletions
diff --git a/doc/bugs/cutpaste.pm:_missing_filter_call.mdwn b/doc/bugs/cutpaste.pm:_missing_filter_call.mdwn
index 475880f0a..f7138cba0 100644
--- a/doc/bugs/cutpaste.pm:_missing_filter_call.mdwn
+++ b/doc/bugs/cutpaste.pm:_missing_filter_call.mdwn
@@ -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]]