==Tracking reviki development ====[2008-04-17] NightlyBuilds now available Erm that's it really. http://downloads.reviki.org/nightly/ ====[2008-04-15] ConfigAutoProperties I'm working on addressing one of the attachment related stories for the 1.0 release. The plan is to add ConfigAutoProperties which will be a text page containing the contents of the [auto-props] section of the svn config file. These will be used for new attachments. This ought to make browsing the SVN repository directly more pleasing. The common practical problem is that the PDF files are incorrectly added as to SVN as text (as they often are for the first few bytes until you hit a compressed stream). I'll also address using these mime types at attachment download time too (I think we currently always set application/octet-stream). **Update (r720):** We now have ConfigAutoProperties with some default content to be documented on AboutConfigAutoProperties. Decided there's no point setting mime-type on download because the current behaviour results in the browser / OS mime-type mappings being used which is probably more comprehensive. Will gladly revisit if anyone has a use case. ====[2008-03-31] XHTML validation So it turns out this page is --horribly, horribly invalid-- finally [[http://validator.w3.org/check?uri=http%3A%2F%2Freviki.org%2Fpages%2Freviki%2FDevLog&charset=%28detect+automatically%29&doctype=Inline&group=0|valid]] as of r682. Time to find a validator I can hook into the HtmlUnit functional tests and the unit tests for the renderer. **Update (r660)**: * We have XHTML DTD validation hooked into the functional tests. Surprisingly slow though, even with catalog remappings for the W3C DTDs. * This page is valid except for an issue with ul elements generated by the renderer. **Update (r675)**: * Search result highlighting is now valid XHTML. * Diffs now valid XHTML. Remaining: # --Attachments page invalid when no previous revisions (empty {{{