From: http://smcv.pseudorandom.co.uk/ Date: Tue, 1 Nov 2011 10:22:58 +0000 (-0400) Subject: this is just wikitrails with a nice template X-Git-Tag: 3.20111106~7^2~6 X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/commitdiff_plain/f5eadb9be195fb8bc214a20ff21aa92cb4959f65?hp=302458ebde408b40e94450eb52a490ae73eb330f this is just wikitrails with a nice template --- diff --git a/doc/todo/Pagination_next_prev_links.mdwn b/doc/todo/Pagination_next_prev_links.mdwn index 5cfd485c4..9c21b3be4 100644 --- a/doc/todo/Pagination_next_prev_links.mdwn +++ b/doc/todo/Pagination_next_prev_links.mdwn @@ -5,3 +5,24 @@ They don't want to back out of post to an index. They want an easy button to cli Thank you + +> This is a perfect use for [[todo/wikitrails]], of which my +> [[plugins/contrib/trail]] plugin is an implementation. Code review on that +> plugin would be welcome; it might even get merged one day. +> +> Unfortunately, IkiWiki blogs use a [[ikiwiki/PageSpec]] to define the set of +> "posts" in the blog (through which the next/prev trail should range), and +> the current implementation of [[plugins/contrib/trail]] in terms of typed +> links would have a circular dependency if used with a PageSpec: typed links +> have to be added before PageSpecs are evaluated, because "A links to B" is +> something that can be in a PageSpec; but if you want to add typed links +> ("A is part of trail B" in this case) based on a PageSpec, then the PageSpec +> must be evaluated before the typed links can be added. Chicken/egg. +> +> One solution would be to make the trail plugin use its own data +> structure, like [[plugins/contrib/album]] used to do, instead of typed +> links: at scan time, the trail plugin would just record what the PageSpec +> was, and delay actually *evaluating* the PageSpec until the beginning +> of the `render` stage (after all pages have been scanned). This +> reduces the generic usefulness of typed links, though - in particular +> you can no longer use "is part of trail A" in a PageSpec. --[[smcv]]