]> git.vanrenterghem.biz Git - git.ikiwiki.info.git/commitdiff
explain the cycle that is broken by "map and inline can't generate wikilinks"
authorhttp://smcv.pseudorandom.co.uk/ <smcv@web>
Sat, 8 Mar 2014 14:10:12 +0000 (10:10 -0400)
committeradmin <admin@branchable.com>
Sat, 8 Mar 2014 14:10:12 +0000 (10:10 -0400)
doc/bugs/listdirectives_doesn__39__t_register_a_link.mdwn

index 03eacd03a5e697b163c2da2b767999e7761bcac2..aa7a590df40f707c24e80feb3e7754a2df073879 100644 (file)
@@ -97,3 +97,16 @@ The [[ikiwiki/directive/listdirectives]]` directive doesn't register a link betw
 >>>> 
 >>>> (I'll interpet Joeys silence as a good sign ;-). Is there a difference between "link to it" and "path to it"? If we assume autoindex produces bonafide "first class" links there shouldn't be one!?
 >>>> So far your idea sounds great, says me without any knowledge of the source. I'll try to grok it. Is there a medium for silly questions, a wiki seems not the right fit for that? -- [[holger]]
+
+>>>>> Yes, there *has* to be a difference between a first class wikilink
+>>>>> and the thing to which `map` and `inline` can contribute.
+>>>>> `map` and `inline` use a pagespec to decide what they include,
+>>>>> and pagespecs can't be evaluated and get a correct answer until the
+>>>>> set of links has been collected, because their results often depend
+>>>>> on the set of links. Otherwise, suppose you had a page `foo` whose only
+>>>>> contents were this:
+>>>>>
+>>>>>     \[[!inline pages="!backlink(foo)"]]
+>>>>>
+>>>>> If `inline` generated links, it would inline exactly those pages that
+>>>>> it doesn't inline. That's never going to end well :-) --[[smcv]]