diff options
author | smcv <smcv@web> | 2015-02-13 05:14:14 -0400 |
---|---|---|
committer | admin <admin@branchable.com> | 2015-02-13 05:14:14 -0400 |
commit | 30129ac328a78080895f3f70e44c6b6a871bfa26 (patch) | |
tree | 1a9ff030a64305b9703a52b720a7aaa3416bbfb5 | |
parent | 44d82285aebca88fe1bfcd4635fd600377f77c3c (diff) | |
download | ikiwiki-30129ac328a78080895f3f70e44c6b6a871bfa26.tar ikiwiki-30129ac328a78080895f3f70e44c6b6a871bfa26.tar.gz |
respond
-rw-r--r-- | doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn | 13 |
1 files changed, 13 insertions, 0 deletions
diff --git a/doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn b/doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn index 3bdcad6b9..f41f80220 100644 --- a/doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn +++ b/doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn @@ -17,3 +17,16 @@ Articles par mois: </pre> Is it possible the `meta(date)` directives are being ignored by those plugins? --[[anarcat]] + +> For background, each page has two dates: creation date (`ctime`, `meta(date)`) +> and last modification date (`mtime`, `meta(updated)`). postsparkline +> defaults to showing the ctime but can be configured to use the mtime +> instead; calendar always uses ctime. So what you're doing *should* work +> like you expect. +> +> The plugins don't get to choose whether they ignore meta(date); +> the effect of a meta(date) directive in `$page` is to set `$pagectime{$page}` +> during scanning (overriding whatever was found in the filesystem), and +> that data structure is what the plugins read from. So the first thing to +> investigate is whether the ctime +> [[in your .ikiwiki/indexdb|tips/inside_dot_ikiwiki]] is correct. --[[smcv]] |