| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
| |
files if a sourcedir of "./" was specified.
|
| | |
|
| |
|
|
|
|
|
|
| |
for a wikilink (including eg, leading slashes).
Before, the htmllink would display the link to the template as if it were a
wikilink, but what was stored was not, which could lead to confusing
situations.
|
| | |
|
| |
|
|
| |
Don't generate inlined page content if the template does not use it.
|
| |
|
|
| |
day.
|
| |
|
|
|
| |
The names in the documentation were completly different, but
also seemed better chosen than the names in the code.
|
| |\
| |
| |
| |
| | |
Conflicts:
debian/changelog
|
| | |
| |
| |
| |
| |
| | |
This will be a bit more expensive, but --getctime does not need to be fast.
And getting the real creation time a very useful when untangling blog
histories that involve renames.
|
| | | |
|
| | |
| |
| |
| | |
to an archive page from the wrong year.
|
| | |
| |
| |
| |
| |
| |
| | |
It was just broken for calendars with an explicit month or year, not
triggering at all.
Now it will update those at appropriate times.
|
| |\|
| |
| |
| |
| |
| | |
Conflicts:
debian/changelog
doc/plugins/calendar.mdwn
|
| | |
| |
| |
| | |
calendar plugin.
|
| |\|
| |
| |
| |
| | |
Conflicts:
doc/bugs/transitive_dependencies.mdwn
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
To avoid breaking plugins, also support the old pagespec_match_list
calling convention, with a deprecation warning.
|
| |\|
| |
| |
| |
| |
| |
| | |
Conflicts:
IkiWiki.pm
IkiWiki/Render.pm
debian/changelog
|
| | |
| |
| |
| |
| |
| |
| |
| | |
Benchmarking refresh of a a wiki with 25 thousand pages showed
file_pruned() using most of the time. But, when refreshing, ikiwiki already
knows about nearly all the files. So we can skip calling file_pruned() for
those it knows about. While tricky to do, this sped up a refresh (that
otherwise does no work) by 10-50%.
|
| | | |
|
| | |
| |
| |
| | |
Also update docs, test suite.
|
| | |
| |
| |
| |
| | |
Otherwise, removal of a page with no links will not be noticed,
since no links will change.
|
| | |
| |
| |
| |
| | |
This makes the map be regenerated much less frequently, so larger maps are
more practical to use now.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This makes it more efficient.
It also fixes the same bug that I fixed in orphans recently,
that only changes to the set of displayed pages were considered (or amoung),
which missed changes to links on other pages to those.
Probably this bug was never noticed because pagestats is most often put
on a blog type page, which gets updated anyway when posts change,
and thus the tag cloud was updated.
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| | |
This makes it more efficient.
It also fixes a longstanding bug, where if only a small set of pages were
considered by orphans, changes to links on other pages failed to cause an
update.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| | |
This makes simple maps efficient enough that they can be used on sidebars!
|
| |/ |
|
| |
|
|
|
|
|
|
|
|
| |
Here I was bitten by perl's aliasing of foreach variables
to the loop array contents, and match_link accidentially changed
the contents of %links.
In Jon's testcase, a tag added an absolute link, which was
made relative by the above bug, and then the link was added
again in preprocess, and turned into a duplicate.
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
| |
I had assumed that an image shown full size did not need add_depends, since
a change would not need a change to the displaying page.
But this is not true if the image is modified and its size changes. Then
the page needs to update its img tag to reflect the current size.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
If an image was resized smaller, with width and height specified to values
that did not fit its aspect ratio, the image tag with/height were not
adjusted to the actual size imagemagick chooses.
This was broken by 03449610d6c666ba24bea68f01d896613e522278.
To fix it right, it unfortunatly needs to always read the src image now,
in order to determine if the image is being displayed larger, or resized
smaller. When resized smaller, it then always uses the size of the
thumbnail, while for larger it calculates the size.
(Only way to get rid of this sometimes extra image read would be to change
it to not allow displaying images larger.)
|
| |
|
|
| |
toplevel index differently etc.
|
| | |
|
| |
|
|
| |
#547378
|
| | |
|
| | |
|
| | |
|
| | |
|