underlays/javascript/* use ikiwiki's permissive license
[ikiwiki] / 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]]