Joey Hess [Fri, 27 Mar 2009 17:44:31 +0000 (13:44 -0400)]
use md5sum for page_to_id
The munged ids were looking pretty nasty, and were not completly guaranteed
to be unique. So a md5sum seems like a better approach. (Would have used
sha1, but md5 is in perl core.)
Joey Hess [Thu, 26 Mar 2009 20:45:53 +0000 (16:45 -0400)]
comments: Fix anchor ids to be legal xhtml. Closes: #521339
Well, that was a PITA.
Luckily, this doesn't break guids to comments in rss feeds,
though it does change the links.
I haven't put in a warning about needing to rebuild to get
this fix. It's probably good enough for new comments to get the
fix, without a lot of mass rebuilding.
Joey Hess [Wed, 25 Mar 2009 22:04:45 +0000 (18:04 -0400)]
css: Add clear: both to inlinefooter.
If an inlined page contains a floating element, this ensures
that the footer appears beneath it, and prevents the floating element from
possibly leaking down to the next inlined page.
Joey Hess [Thu, 19 Mar 2009 20:11:19 +0000 (16:11 -0400)]
remove biometrische-ausweise.ch, no evidence this site uses ikiwiki
I apologize if I'm mistaken, but I can find no evidence this site
uses ikiwiki at all. If you are using ikiwiki somehow, I'd be interested to
know how.
Joey Hess [Thu, 19 Mar 2009 20:01:23 +0000 (16:01 -0400)]
inline: Fix urls to feed when feedfile is used on an index page.
It would be better to use urlto() here, but will_render
has not yet been called on the feed files at this point, so
it won't work. (And reorganizing so it can be is tricky.)
Joey Hess [Sun, 15 Mar 2009 21:39:14 +0000 (17:39 -0400)]
Fix bug that caused weird things to appear as page types.
The problem was introduced by the recent noextension patches.
Object autovivification caused junk to get into %htmlize,
and all keys of that showed up as page types.
Joey Hess [Fri, 13 Mar 2009 20:27:24 +0000 (16:27 -0400)]
unknown option wording tweak
Because getopt::long is used in passthrough mode, if a known
option like --wikiname that needs a parameter is specified w/o
the parameter, it will not be processed, and passed on through.
So in this case the "unknown option" message is innaccurate.
Make it slightly better by noting that the problem can be a missing
parameter.
Joey Hess [Mon, 9 Mar 2009 18:01:40 +0000 (14:01 -0400)]
git: Fix utf-8 encoding of author names.
I guess what's happening here is that since the name
is passed to git via an environment variable, perl's normal
utf-8 IO layer stuff doesn't work. So we have to explicitly
decode the string from perl's internal representation into
utf-8.
Joey Hess [Sun, 8 Mar 2009 22:57:47 +0000 (18:57 -0400)]
When loading a template in scan mode, let preprocess know it only needs to scan.
This makes wikis such as zack's much faster in the scan pass.
In that pass, when a template contains an inline, there is no reason to
process the entire inline and all its pages. I'd forgotten to pass
along the flag to let preprocess() know it was in scan mode, leading to
much unncessary churning.
Joey Hess [Sun, 8 Mar 2009 22:46:18 +0000 (18:46 -0400)]
avoid potential infinite loop in smiley expansion
- In 3.05, ikiwiki began expanding templates in scan mode,
for annoying, expensive, but ultimatly necessary reasons
of correctness.
- Smiley processing has a bug: It inserts a span for the smiley,
and then continues searching forward in the content for more,
starting at $end_of_smiley+1. Which means it searches for smilies
in the span too! And if it somehow finds one, we get an infinite loop
here.
- This bug can, probably, only be tickled if a htmllink to
show the smiley fails, because the smiley file doesn't exist,
or because ikiwiki doesn't know about it. In that case,
a link will be inserted to _create_ the missing page,
and that link will include the smiley inside the <a></a>.
- When a template is expanded in scan mode, and it contains
an inline, the sanitize hook is run during scan mode,
which never happened before. That causes the smiley processor
to run, before ikiwiki is, necessarily, aware that all
the smiley files exist (depending on scan order). So
it inserts creation links for them, and triggers the bug.
I've put in the simple fix of jumping forward past the inserted
span, and it does fix the problem. I will need to look in a bit
more detail into why an inline nested inside a template is
fully expanded during the scan pass -- that really shouldn't
be necessary, and it makes things much slower than they need
to be.
intrigeri [Sun, 8 Mar 2009 10:44:00 +0000 (11:44 +0100)]
rename hook: run once per file to be renamed
... as Joey suggested on todo/need_global_renamepage_hook
This hook is applied recursively to returned additional rename
hashes, so that it handles the case where two plugins use the hook:
plugin A would see when plugin B adds a new file to be renamed.
The full set of rename hashes can no longer be changed by hook functions, that
are only allowed to return any additional rename hashes it wants to add.
Rationale: the correct behavior of the recursion would be hard, if not
impossible, to define, if already considered pages were changing on the run.
sipb-www / ikiwiki.git / log
