| Commit message (Collapse) | Author | Age |
|---|
| ... | |
| |
|
|
|
| |
With the htmlscrubber disabled, it was adding a <meta name=title>
tag for the title, which is pointless.
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
My experience is that when inlines are nested, the old behavior of
generating feeds for the nested inlines was never really desired. Since the
feeds were numbered sequentially, the numbers could easily change, and it did
not make sense to subscribe to or use those feeds. And generating those nested
feeds often meant a lot of unnecessary calculation, and data being written.
So, I dropped them.
Looking back, nested feeds originally were a free side effect of properly
handing multiple feeds on one page. Of course, that is still supported.
|
| | |
|
| |
|
|
| |
when ikiwiki needs authentication, rather than for any access to the cgi/wiki.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that is closer to a page.
I chose not to have it override style.css, because style.css is not really
intended to be edited; the one from the underlay is intended to be used as
a base that local.css overrides.
I chose to use a plugin rather than changing the default behavior, both
because I didn't want to have to worry about possibly breaking backwards
compatability (though this seems unlikely), and because it seemed cleaner
to not include style template parameters in the main page template code.
I suppose someone might want a way to not override the toplevel
local.css, but instead include it as well as foo/local.css. Probably the
best way to do that would be to have foo/local.css @import ../local.css
(modulo browser compatability issues). Alternatively, edit page.tmpl
to always include the toplevel local.css, or swap out this plugin for
another one.
|
| |
|
|
| |
not configured.
|
| | |
|
| |
|
|
| |
search works correctly for wikis that are located in subdirectories of domains.
|
| |
|
|
| |
blogspam.net.
|
| | |
|
| | |
|
| | |
|
| |
|
|
| |
using a template that does not include page content.
|
| | |
|
| |
|
|
|
|
|
|
| |
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.
|
| |
|
|
|
| |
This sometimes caused infinite recursion when rebuilding a wiki
with po files.
|
| | |
|
| |
|
|
| |
Don't generate inlined page content if the template does not use it.
|
| | |
|
| | |
|
| |
|
|
|
| |
This does mean the year calendars depend on existence of all posts made in
the year and have to be updated.
|
| | |
|
| |
|
|
|
| |
This avoids all calendars rebuilding when a new page is added
that will only show in one of them.
|
| |
|
|
|
| |
The names in the documentation were completly different, but
also seemed better chosen than the names in the code.
|
| |
|
|
|
|
| |
git log --follow seems to sometimes show merges from before the file was
ever created. So, skip them, a file shouldn't be first created during a
merge anyway.
|
| |
|
|
| |
Meh, git.
|
| |\
| |
| |
| |
| | |
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.
|
| | | |
|
| | |
| |
| |
| |
| | |
This is consistent with the year display, and I think it is less
visually confusing than using the full month names.
|
| | | |
|
| | |
| |
| |
| | |
I broke this recently.
|
| | |
| |
| |
| | |
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.
|
| | |
| |
| |
| | |
and fix a bug in pagespec variable name
|
| | |
| |
| |
| |
| |
| |
| |
| | |
I made match_* functions whose influences can vary depending on the page
matched set a special "" influence to indicate this.
Then add_depends can try just one page, and if static influences are found,
stop there.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
To avoid breaking plugins, also support the old pagespec_match_list
calling convention, with a deprecation warning.
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This was tricky because of the caching, and because use_pagespec always
adds a dependency. That would have made year calendars depend on the whole
pagespec, which is overly broad. So I removed the caching, format_month,
and in format_year just look at %pagesources to see if month pages are
available.
In format_month, I make it always call use_pagespec, so each month calendar
gets the right dependency and any influcences added. This means a bit more
work, but the added work is fairly minimal, and presence dependencies
remove a *lot* of work it used to do.
(100% untested!)
|
| | |
| |
| |
| |
| | |
Also, fixed up the dependency type for time=mtime. That has
to remain a content dependency, sadly.
|
| | | |
|