1 * Why isn't it statically-genereated, but generated dynamically by CGI? It
2 seems like it could be beneficial to have it rendered in the post-commit
3 hook, just like everything else in the wiki.
5 > I hope to statically generate it eventually, currently the problem is
6 > that it takes at least several seconds to generate the recentchanges
7 > page, and adding several seconds to every page edit is not desiriable. If
8 > the time can be reduced it could be done, I'm also not adverse to
9 > adding an optional way to statically render it even at the current
12 * Also, is it planned/desired that recent changes generate the same
13 information in RSS feed format? This seems like it could be a useful way
14 to keep track of the wiki as a whole.
16 > This is used by various interwiki type things, I think, so should be
19 * Lastly, would it be possible to use the recent changes code with a
20 pagespec? I understand this sort of infringes on territory covered by the
21 inline plugin, but the inline plugin only puts a page in the RSS feed
22 once, when it's created, and I imagine some people -- some deranged,
23 obsessive-compulsive people like myself -- would like to know about the
24 changes made to existing pages as well as newly-created pages.
26 > That would work rather well for pages like [[todo]] and [[bugs]], where
27 > you want to know about any updates, not just initial
28 > creation. --[[JoshTriplett]]
30 > Of course you can use email subscriptions for that too.. --[[Joey]]
32 >> I have more thoughts on this topic which I will probably write
33 >> tomorrow. If you thought my other patches were blue-sky, wait until
34 >> you see this. --Ethan