summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2010-04-06first questionJoey Hess
2010-04-06oops, branch returned nowhttp://smcv.pseudorandom.co.uk/
2010-04-06more flexible underlays, please?http://kerravonsen.dreamwidth.org/
2010-04-06responsehttp://kerravonsen.dreamwidth.org/
2010-04-06(no commit message)http://kerravonsen.dreamwidth.org/
2010-04-06if applied, reverting this would be problematichttp://smcv.pseudorandom.co.uk/
2010-04-06tag as patchhttp://smcv.pseudorandom.co.uk/
2010-04-06pages talking about escaping should really be escaped correctlyhttp://smcv.pseudorandom.co.uk/
2010-04-06as seen on IRChttp://smcv.pseudorandom.co.uk/
2010-04-06switch branch for review to use ready/foo conventionhttp://smcv.pseudorandom.co.uk/
2010-04-06ready for review, I thinkhttp://smcv.pseudorandom.co.uk/
2010-04-05fix bug that left stray </p> tagsJoey Hess
Both markdown and tidy add paragraph tags around text, that needs to be stripped when the text is a short, one line fragment that is being inserted into a larger page. tidy also adds several newlines to the end, and this broke removal of the paragraph tags.
2010-04-05txt: Add a special case for robots.txt.Joey Hess
2010-04-05comments: Fix missing entity encoding in title.Joey Hess
The meta title data set by comments needs to be encoded the same way that meta encodes it. (NB The security implications of the missing encoding are small.) Note that meta's encoding of title, description, and guid data, and not other data, is probably a special case that should be removed. Instead, these values should be encoded when used. I have avoided doing so here because that would mean forcing a wiki rebuild on upgrade to have the data consitently encoded.
2010-04-05responseJoey Hess
2010-04-05potential performance improvementshttp://smcv.pseudorandom.co.uk/
2010-04-05speedJoey Hess
2010-04-04fix test suiteJoey Hess
2010-04-04close bug, commentJoey Hess
2010-04-04more idiomatic perlJoey Hess
2010-04-04rename hash and avoid unnecessary hash refJoey Hess
Variable renamed to be a bit more self-explanatory. Probably more idiomatic perl to not use a hash ref when a hash can be used.
2010-04-04changelogJoey Hess
2010-04-04fix indentation & whitespaceJoey Hess
2010-04-04Fix bzr plugin to work with bzr 2.0.Lars Wirzenius
The output of "bzr log" seems to have changed a bit, so we change the parsing accordingly. This has not been tested with earlier versions of bzr. Several problems seemed to occur, all in the bzr_log subroutine: 1. The @infos list would contain an empty hash, which would confuse the rest of the program. 2. This was because bzr_log would push an empty anonymous hash to the list whenever it thought a new record would start. 3. However, a new record marker (now?) also happens at th end of bzr log output. 4. Now we collect the record to a hash that gets pushed to the list only if it is not empty. 5. Also, sometimes bzr log outputs "revno: 1234 [merge]", so we catch only the revision number. 6. Finally, there may be non-headers at the of the output, so we ignore those.
2010-04-04advertise some bugfixeshttp://smcv.pseudorandom.co.uk/
2010-04-04bug report + patch: unnecessary YAML::Any dependencyhttp://smcv.pseudorandom.co.uk/
2010-04-04(no commit message)http://hendry.iki.fi/
2010-04-04Typo.PaulePanter
2010-04-04(no commit message)http://liw.fi/
2010-04-04(no commit message)http://liw.fi/
2010-04-04(no commit message)http://liw.fi/
2010-04-04Add the Banu websitehttps://mukund.startssl.com/
2010-04-04Remove my homepagehttps://mukund.startssl.com/
2010-04-04updated branchhttp://smcv.pseudorandom.co.uk/
2010-04-04update fieldsort plugin to be compatible with the latest version of my branchhttp://smcv.pseudorandom.co.uk/
2010-04-03answer about autofiles for tagsDavid Riebenbauer
2010-04-03link to commitsDavid Riebenbauer
2010-04-03slightly more consistent capitalisation of ikiwikiJoey Hess
For a while, I was avoiding capitalizing ikiwiki at the beginning of a sentence. I now think that's a bad idea (unless explicitly referring to the `ikiwiki` command). Still, I don't go all the way and always cap it, as a proper noun. That would make the logo look bad. ;) I also tend to avoid capping it as IkiWiki, except when referring to the perl internals, which do use that capitalization. (Too late to change that.) However, it's also reasonable to do so in a WikiLink, as a nod to historical camelcase wikis.
2010-04-03add news item for ikiwiki 3.20100403Joey Hess
2010-04-03releasing version 3.20100403Joey Hess
2010-04-03fix buggy program installation codeJoey Hess
2010-04-03updated branchhttp://smcv.pseudorandom.co.uk/
2010-04-02responseJoey Hess
2010-04-02responseJoey Hess
2010-04-03cross-referencehttp://smcv.pseudorandom.co.uk/
2010-04-03vague musings about wikilinkshttp://smcv.pseudorandom.co.uk/
2010-04-03perhaps the typedlink(tag foo) pagespec isn't so usefulhttp://smcv.pseudorandom.co.uk/
2010-04-03reduced differencehttp://smcv.pseudorandom.co.uk/
2010-04-03sort-order could usefully be overridden for meta author, toohttp://smcv.pseudorandom.co.uk/
2010-04-03actually I can see a second use for "nonlinear" syntax - but I don't think ↵http://smcv.pseudorandom.co.uk/
it's worth it