doc/bugs/postsparkline_and_calendar_archive_do_not_respect_meta_directives.mdwn

   1 On my [blog](http://anarc.at/blog), i have setup a simple calendar and sparkline on the sidebar, similar to [joey's](http://joeyh.name/blog/). Unfortunately, in my case it looks like all posts were done in february, date at which i [converted from drupal](http://anarc.at/blog/2015-02-06-migrating-drupal-ikiwiki/).
   2
   3 This is how i did the directives:
   4
   5 <pre>
   6 \[[!calendar pages="blog/* and !blog/*/* and !*/Discussion"]]
   7
   8 \[[!calendar pages="blog/* and !blog/*/* and !*/Discussion" month=-1]]
   9
  10 Temps passé entre les articles:
  11 \[[!postsparkline pages="blog/* and !blog/*/* and !link(foo) and
  12 !link(unfinished)" max=50
  13 formula=interval style=bar barwidth=2 barspacing=1 height=13]]
  14 Articles par mois:
  15 \[[!postsparkline pages="blog/* and !blog/*/* and !link(foo) and
  16 !link(unfinished)" max=23 formula=permonth style=bar barwidth=2 barspacing=1 height=13]]
  17 </pre>
  18
  19 Is it possible the `meta(date)` directives are being ignored by those plugins? --[[anarcat]]
  20
  21 > For background, each page has two dates: creation date (`ctime`, `meta(date)`)
  22 > and last modification date (`mtime`, `meta(updated)`). postsparkline
  23 > defaults to showing the ctime but can be configured to use the mtime
  24 > instead; calendar always uses ctime. So what you're doing *should* work
  25 > like you expect.
  26 >
  27 > The plugins don't get to choose whether they ignore meta(date);
  28 > the effect of a meta(date) directive in `$page` is to set `$pagectime{$page}`
  29 > during scanning (overriding whatever was found in the filesystem), and
  30 > that data structure is what the plugins read from. So the first thing to
  31 > investigate is whether the ctime
  32 > [[in your .ikiwiki/indexdb|tips/inside_dot_ikiwiki]] is correct. --[[smcv]]