aboutsummaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorJoey Hess <joey@kitenet.net>2010-04-19 23:49:47 -0400
committerJoey Hess <joey@kitenet.net>2010-04-19 23:49:47 -0400
commit606dcbedc91be62f03670179e93b12e5f2e2e556 (patch)
treea2d2232b552145ac74799a759f8e0e4c62b6c65c /doc
parentde6167a3b03389c0ec8223e7ee101707b6c73953 (diff)
parent529929e732e1c6604d31b68e81898780de06e640 (diff)
downloadikiwiki-606dcbedc91be62f03670179e93b12e5f2e2e556.tar
ikiwiki-606dcbedc91be62f03670179e93b12e5f2e2e556.tar.gz
Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info
Diffstat (limited to 'doc')
-rw-r--r--doc/todo/Multiple_categorization_namespaces.mdwn2
-rw-r--r--doc/todo/auto_rebuild_on_template_change.mdwn2
2 files changed, 4 insertions, 0 deletions
diff --git a/doc/todo/Multiple_categorization_namespaces.mdwn b/doc/todo/Multiple_categorization_namespaces.mdwn
index ae35e8dfe..74e5bc812 100644
--- a/doc/todo/Multiple_categorization_namespaces.mdwn
+++ b/doc/todo/Multiple_categorization_namespaces.mdwn
@@ -79,8 +79,10 @@ Each type/attribute/field/whatever (predefined, user-defined, arbitrary) would t
* `linkbase` : akin to the tagbase parameter
* Is this a field-name -> directory mapping? -- K.A.
* yes, with each directory having one page per value. It might not make sense for all fields, of course -- G.B.
+ * (nods) I've been working on something similar with my unreleased `tagger` module. In that, by default, the field-name maps to the closest wiki-page of the same name. Thus, if one had the field "genre=poetry" on the page fiction/stories/mary/lamb, then that would map to fiction/genre/poetry if fiction/genre existed. --K.A.
* `queries` : list of template queries this type/attribute/field/whatever is exposed to
* I'm not sure what you mean here. -- K.A.
* as mentioned before, some fields may be made accessible through different template queries, in different form. This is the case already for tags, that also come up in the `categories` query (used by Atom and RSS feeds). -- G.B.
+ * Ah, do you mean that the input value is the same, but the output format is different? Like the difference between TMPL_VAR NAME="FOO" and TMPL_VAR NAME="raw_FOO"; one is htmlized, and the other is not. -- K.A.
Where this approach is limiting is on the kind of data that is passed to (template) queries. The value of the metadata fields might need some massaging (e.g. compare how tags are passed to tags queries vs cateogires queries, or also see what is done with the fields in the current `meta` plugin). I have problems on picturing an easy way to make this possible user-side (i.e. via templates and not in Perl modules). Suggestions welcome.
diff --git a/doc/todo/auto_rebuild_on_template_change.mdwn b/doc/todo/auto_rebuild_on_template_change.mdwn
index cde19700c..6a1013f8d 100644
--- a/doc/todo/auto_rebuild_on_template_change.mdwn
+++ b/doc/todo/auto_rebuild_on_template_change.mdwn
@@ -37,3 +37,5 @@ wikitemplates and in-wiki templates.)
>> It would be better for them not to be rendered separately at all.
>> --[[Joey]]
+
+>>> I don't follow you. --[[KathrynAndersen]]