diff options
author | Joey Hess <joey@gnu.kitenet.net> | 2009-10-21 16:42:25 -0400 |
---|---|---|
committer | Joey Hess <joey@gnu.kitenet.net> | 2009-10-21 16:42:25 -0400 |
commit | b9071082717cd7fd56e66963b47a6d589848e062 (patch) | |
tree | bba6504403d5dd8aa80be186934f5369d5f18f2e /doc | |
parent | 7ae0f754f3d82273948f8c5f1426fda91420aeb1 (diff) |
meta: Gather permalink info on scan pass so it is available to inline when using a template that does not include page content.
Diffstat (limited to 'doc')
-rw-r--r-- | doc/bugs/inline_breaks_PERMALINK_variable.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/bugs/inline_breaks_PERMALINK_variable.mdwn b/doc/bugs/inline_breaks_PERMALINK_variable.mdwn index 8a50b1262..fc891bb25 100644 --- a/doc/bugs/inline_breaks_PERMALINK_variable.mdwn +++ b/doc/bugs/inline_breaks_PERMALINK_variable.mdwn @@ -7,3 +7,19 @@ with sometemplate being > `<p><a href="<TMPL_VAR PERMALINK>"><TMPL_VAR TITLE></a> (<TMPL_VAR CTIME>)</p>` produced output that links nowhere (`<a href="">`) while the other variables do fine. This problem does not occur in 3.1415926. + +> This must be caused by an optimisation that avoids reading the page +> content when using a template that does not use CONTENT. +> +> I guess that it needs to instead check all the variables the template +> uses, and read content if PERMALINK, or probably any other unknown +> variable is used. Unfortunatly, that will lose the optimisation +> for the archivepage template as well -- it also uses PERMALINK. +> +> So, revert the optimisation? Or, make meta gather the permalink +> data on scan? That seems doable, but is not a general fix for +> other stuff that might be a) used in a template and b) gathered +> at preprocess time. +> +> For now, I am going with the special case fix of fixing meta. I may need +> to go for a more general fix later. --[[Joey]] [[!tag done]] |