aboutsummaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAge
* responsehttp://kerravonsen.dreamwidth.org/2010-04-06
|
* (no commit message)http://kerravonsen.dreamwidth.org/2010-04-06
|
* if applied, reverting this would be problematichttp://smcv.pseudorandom.co.uk/2010-04-06
|
* tag as patchhttp://smcv.pseudorandom.co.uk/2010-04-06
|
* pages talking about escaping should really be escaped correctlyhttp://smcv.pseudorandom.co.uk/2010-04-06
|
* as seen on IRChttp://smcv.pseudorandom.co.uk/2010-04-06
|
* switch branch for review to use ready/foo conventionhttp://smcv.pseudorandom.co.uk/2010-04-06
|
* ready for review, I thinkhttp://smcv.pseudorandom.co.uk/2010-04-06
|
* fix bug that left stray </p> tagsJoey Hess2010-04-05
| | | | | | | 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.
* txt: Add a special case for robots.txt.Joey Hess2010-04-05
|
* comments: Fix missing entity encoding in title.Joey Hess2010-04-05
| | | | | | | | | | | | 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.
* responseJoey Hess2010-04-05
|
* potential performance improvementshttp://smcv.pseudorandom.co.uk/2010-04-05
|
* speedJoey Hess2010-04-05
|
* fix test suiteJoey Hess2010-04-04
|
* close bug, commentJoey Hess2010-04-04
|
* more idiomatic perlJoey Hess2010-04-04
|
* rename hash and avoid unnecessary hash refJoey Hess2010-04-04
| | | | | 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.
* changelogJoey Hess2010-04-04
|
* fix indentation & whitespaceJoey Hess2010-04-04
|
* Fix bzr plugin to work with bzr 2.0.Lars Wirzenius2010-04-04
| | | | | | | | | | | | | | | | | | | | | 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.
* advertise some bugfixeshttp://smcv.pseudorandom.co.uk/2010-04-04
|
* bug report + patch: unnecessary YAML::Any dependencyhttp://smcv.pseudorandom.co.uk/2010-04-04
|
* (no commit message)http://hendry.iki.fi/2010-04-04
|
* Typo.PaulePanter2010-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-04
|
* Add the Banu websitehttps://mukund.startssl.com/2010-04-04
|
* Remove my homepagehttps://mukund.startssl.com/2010-04-04
|
* updated branchhttp://smcv.pseudorandom.co.uk/2010-04-04
|
* update fieldsort plugin to be compatible with the latest version of my branchhttp://smcv.pseudorandom.co.uk/2010-04-04
|
* answer about autofiles for tagsDavid Riebenbauer2010-04-03
|
* link to commitsDavid Riebenbauer2010-04-03
|
* slightly more consistent capitalisation of ikiwikiJoey Hess2010-04-03
| | | | | | | | | | | | 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.
* add news item for ikiwiki 3.20100403Joey Hess2010-04-03
|
* releasing version 3.20100403Joey Hess2010-04-03
|
* fix buggy program installation codeJoey Hess2010-04-03
|
* updated branchhttp://smcv.pseudorandom.co.uk/2010-04-03
|
* responseJoey Hess2010-04-02
|
* responseJoey Hess2010-04-02
|
* cross-referencehttp://smcv.pseudorandom.co.uk/2010-04-03
|
* vague musings about wikilinkshttp://smcv.pseudorandom.co.uk/2010-04-03
|
* perhaps the typedlink(tag foo) pagespec isn't so usefulhttp://smcv.pseudorandom.co.uk/2010-04-03
|
* reduced differencehttp://smcv.pseudorandom.co.uk/2010-04-03
|
* sort-order could usefully be overridden for meta author, toohttp://smcv.pseudorandom.co.uk/2010-04-03
|
* actually I can see a second use for "nonlinear" syntax - but I don't think ↵http://smcv.pseudorandom.co.uk/2010-04-03
| | | | it's worth it
* make questions to Joey more explicithttp://smcv.pseudorandom.co.uk/2010-04-03
|
* respond at some lengthhttp://smcv.pseudorandom.co.uk/2010-04-03
|
* respond (also unindent Joey's review to avoid very deep indentation)http://smcv.pseudorandom.co.uk/2010-04-02
|