| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
| |
mode, use time tag.
|
| |
|
|
|
|
| |
* Ikiwiki can be configured to generate html5 instead of the default xhtml
1.0. The html5 output mode is experimental, not yet fully standards
compliant, and will be subject to rapid change.
|
| | |
|
| |
|
|
| |
ruby, rt, rp, details, summary.
|
| | |
|
| |
|
|
|
| |
It's easy to imagine pattern being used to freeze or crash browsers, if
they implement it stupidly. Let's hope not..
|
| | |
|
| |
|
|
| |
max, step.
|
| | |
|
| |
|
|
|
|
| |
* htmlscrubber: Also allow html5 canvas tags.
* htmlscrubber: Round out html5 video support with the preload
attribute and the source tag.
|
| |
|
|
| |
header footer time mark
|
| | |
|
| | |
|
| |
|
|
|
|
|
|
|
|
|
| |
Needed to handle the move of the .js files into ikiwiki/, but also this is
a longstanding bug.
Old pagemtime is not remembered in rebuild mode, and changing that would
need a lot of changes. So instead, loop on pagectime, which is remembered.
Change to remembering old pagesources info in rebuild mode. This seems safe
enough.
|
| |
|
|
|
|
|
|
| |
(cherry picked from commit 8b6fde73669ddf9204acb3d334c3984566f3c59d)
Conflicts:
IkiWiki/Plugin/meta.pm
|
| | |
|
| | |
|
| |
|
|
| |
Registered by passing "" as page name to add_depends.
|
| |\ |
|
| | | |
|
| | |
| |
| |
| |
| | |
I forgot CGI::Formbuilder's horrible interface that needs template
parameters instead of a constructed object.
|
| | |
| |
| |
| | |
Before the template reorg, this was done by a template filter.
|
| |\| |
|
| | |
| |
| |
| | |
top of the web root. This is another things that requires a wiki rebuild on upgrade to this version.
|
| | |
| |
| |
| |
| |
| | |
Rather than wasting resources recording that every page depends on
page.tmpl, add a special case. The special case curretly rebuilds non-page
files too when page.tmpl changes, but that's minor.
|
| | | |
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| | |
It now handles all the details of finding a page template that this used to
need to implement.
|
| | | |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This entailed changing template_params; it no longer takes the template
filename as its first parameter.
Add template_depends to api and replace calls to template() with
template_depends() in appropriate places, where a dependency should be
added on the template.
Other plugins don't use template(), so will need further work.
Also, includes are disabled for security. Enabling includes only when using
templates from the templatedir would be nice, but would add a lot of
complexity to the implementation.
|
| |/
|
|
|
| |
Templates are moving into the srcdir, and will also be searched for in
configured underlays, so this is redundant.
|
| |\ |
|
| | | |
|
| | |\
| | |
| | |
| | |
| | | |
Conflicts:
IkiWiki/Plugin/tag.pm
|
| | | | |
|
| | | | |
|
| | |\ \
| | | |
| | | |
| | | |
| | | | |
Conflicts:
IkiWiki/Plugin/tag.pm
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This way, if an autofile is registered for a file that already exists,
it is remembered that it was tried, and it doesn't get recreated when
removed.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This fixes the problem that it did not remember if an autofile is deleted,
unless a plugin happened to register the autofile at the same time.
With the new code, we just never recreate an autofile more than once.
Only downside is that the list of autofiles is never pruned either.
And I don't really see a way to prune it.
|
| | | | | |
|
| | | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Splitting out this function bothered me. It is conceptially similar to
file_pruned, and yet also very specific to exactly the security needs of
find_src_files.
I liked that it got rid of duplicate code in the latter function. So
instead, put a helper sub in that, which I think allows refactoring
things more cleanly, and with less boilerplate.
As to the needs of gen_autofile, I'm not convinced this needs to handle
the same set of problems that verify_src_file did. So I sat down and
wrote a custom validator for autofiles, which turned out to seem to just
need three things: Make sure the candidate filename is not something
that would be pruned; untaint the candidate filename; and make sure that
srcdir doesn't already have something with its name. (Plus, of course,
all the other checks that were already in gen_autofile.)
(In passing, also fixed a bunch of bugs I had introduced in this branch.)
|
| | |\ \ \ |
|
| | | | | |
| | | | |
| | | | |
| | | | | |
Ok, this is longer, but features less scary action at a distance.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
Filenames need to be decoded, as File::Find does not provide them in
decoded form, but other callers of verify_src_file will be using utf8.
|
| | | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | |
| | | | | |
A tag like ./foo is searched for relative to the tagging page.
However, if multiple pages use such a tag, the only one sure
to be in common is in the root, so autocreate it there to
avoid scattering redunadant autocreated tags around the tree.
(This is probably not ideal.)
Also renamed the tagpage and taglink functions for clarity.
|