recently fixed bugs
HTML::Template does not read files as utf-8, so modifying ikiwiki's template files to contain utf-8 won't currently work.
It seems that the best way to fix this would be to make HTML::Template support utf-8.
A workaround is to change all the template reading code like this:
- my $template=HTML::Template->new(blind_cache => 1,
- filename => "$config{templatedir}/page.tmpl");
+ open(TMPL, "<:utf8", "$config{templatedir}/page.tmpl");
+ my $template=HTML::Template->new(filehandle => *TMPL);
+ close(TMPL);
However, this will make ikiwiki slower when rebuilding a wiki, since it won't cache templates.
Could be approached by using HTML::Template's support for filters. Just make it use a filter that turns on utf-8
Or by subclassing it and overriding the _init_template method, though that's a bit uglier
done
(posted Sun Jul 2 19:05:54 2006)
If you are editing a page using your www browser and hit the "Preview" button, the link to "HelpOnFormatting" on the bottom of the page disappears. This may be expected, or not.
done
(posted Sun Jul 2 17:43:54 2006)
svn log messages containing utf-8 (such as r773) don't get displayed right in RecentChanges. The problem is ikiwiki runs svn log in locale C, which makes it spit out eacaped charcters for utf-8 chars. If it's run in locale en_US.UTF-8, it would be ok, but that would require the system have that locale.
Seems that the right fix for this is to use svn log --xml, which is always utf-8 and come up with a parser for that. Also fixes the spoofing issue in security.
done
(posted Sun Jul 2 01:01:07 2006)