Thanks for that one, again, it's great!
One minor thing I noticed, seen on http://www.bddebian.com/~wiki/recent_changes/:
The links to user pages of e.g. MichaelBanck or GianlucaGuida don't work, as they're
being linked to http://www.bddebian.com/~wiki/user/MichaelBanck, whereas it should be
http://www.bddebian.com/~wiki/user/michaelbanck.
I've fixed this.. --[[Joey]]
Another one. If you change the recentchangespage configuration option, (it seems to me)
that the pages from the old hierarchy will not be removed from the disk. But then, changing
this should be a rather uncommon thing.
--[[tschwinge]]
And fixed this, by making it look at all *._change pages, not just
those in a specific directory, when deciding which to expire. --[[Joey]]
I've just upgraded to ikiwiki 2.50 with the recentchanges plugin enabled, and
figured out that I have to turn on rss in ikiwiki.setup in order to get the
recentchanges feed. Now the feed shows up, but the links in the feed go to the
change pages, e.g. recentchanges/change_1700.html. I can see a recentchanges
directory created in the working copy, containing files like change_1700._change
but for some reason they are not getting htmlized and carried over. I can see
in recentchanges.pm that it explicitly registers an htmlize hook for the
_change type, but something isn't happening. I also see return if $type=~/^_/; in
render() in Render.pm so I guess the upshot is I'm not sure how this is
supposed to work; is there a bug here or just something I overlooked that I need
to turn on? --Chapman Flack
It's a (minor) bug that recentchanges optimises away generating the
change pages, but that the rss/atom feed still links to them. --[[Joey]]
