more info

[ikiwiki.git] / doc / bugs / nested_raw_included_inlines.mdwn

diff --git a/doc/bugs/nested_raw_included_inlines.mdwn b/doc/bugs/nested_raw_included_inlines.mdwn
index 792bc843cf9b65bebe7af51c778d759a5e62063f..92ea4c4ef412f6efd2d8a023e6747c61cede3667 100644 (file)
--- a/doc/bugs/nested_raw_included_inlines.mdwn
+++ b/doc/bugs/nested_raw_included_inlines.mdwn
@@ -24,3 +24,28 @@ In my real world situation, page1 is actually listing all pages that match a cer
 Whenever a page got tagged, it will appear on page1 but not on page0.
 
 Am I missing something? Is this a bug or Ikiwiki not supposed to support this use case?
+
+> Perhaps the inline plugin isn't being clever enough about dependencies -
+> strictly speaking, when a page is inlined with full content, the inlining
+> page should probably inherit all the inlined page's dependencies.
+> That might be prohibitively slow in practise due to the way IkiWiki
+> currently merges pagespecs, though - maybe the patches I suggested for
+> [[separating_and_uniquifying_pagespecs|todo/should_optimise_pagespecs]]
+> would help? --[[smcv]]
+
+>> That, or something seems to have helped in the meantime...
+>> Actually, I think it was the [[transitive_dependencies]] support
+>> that did it, though smcv's pagespec stuff was also a crucial improvement.
+>> 
+>> Anyhoo:
+
+       joey@gnu:~/tmp>touch testcase/page2.mdwn 
+       joey@gnu:~/tmp>ikiwiki -v testcase html 
+       refreshing wiki..
+       scanning page2.mdwn
+       building page2.mdwn
+       building page1.mdwn, which depends on page2
+       building page0.mdwn, which depends on page1
+       done
+
+>> I happily think this is [[done]] --[[Joey]]