Commit message (Collapse) | Author | Age | |
---|---|---|---|
* | idea | Joey Hess | 2010-04-06 |
| | |||
* | first question | Joey Hess | 2010-04-06 |
| | |||
* | oops, branch returned now | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | more flexible underlays, please? | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| | |||
* | response | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| | |||
* | (no commit message) | http://kerravonsen.dreamwidth.org/ | 2010-04-06 |
| | |||
* | if applied, reverting this would be problematic | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | tag as patch | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | pages talking about escaping should really be escaped correctly | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | as seen on IRC | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | switch branch for review to use ready/foo convention | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | ready for review, I think | http://smcv.pseudorandom.co.uk/ | 2010-04-06 |
| | |||
* | fix bug that left stray </p> tags | Joey Hess | 2010-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 Hess | 2010-04-05 |
| | |||
* | comments: Fix missing entity encoding in title. | Joey Hess | 2010-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. | ||
* | response | Joey Hess | 2010-04-05 |
| | |||
* | potential performance improvements | http://smcv.pseudorandom.co.uk/ | 2010-04-05 |
| | |||
* | speed | Joey Hess | 2010-04-05 |
| | |||
* | fix test suite | Joey Hess | 2010-04-04 |
| | |||
* | close bug, comment | Joey Hess | 2010-04-04 |
| | |||
* | more idiomatic perl | Joey Hess | 2010-04-04 |
| | |||
* | rename hash and avoid unnecessary hash ref | Joey Hess | 2010-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. | ||
* | changelog | Joey Hess | 2010-04-04 |
| | |||
* | fix indentation & whitespace | Joey Hess | 2010-04-04 |
| | |||
* | Fix bzr plugin to work with bzr 2.0. | Lars Wirzenius | 2010-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 bugfixes | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| | |||
* | bug report + patch: unnecessary YAML::Any dependency | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| | |||
* | (no commit message) | http://hendry.iki.fi/ | 2010-04-04 |
| | |||
* | Typo. | 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-04 |
| | |||
* | Add the Banu website | https://mukund.startssl.com/ | 2010-04-04 |
| | |||
* | Remove my homepage | https://mukund.startssl.com/ | 2010-04-04 |
| | |||
* | updated branch | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| | |||
* | update fieldsort plugin to be compatible with the latest version of my branch | http://smcv.pseudorandom.co.uk/ | 2010-04-04 |
| | |||
* | answer about autofiles for tags | David Riebenbauer | 2010-04-03 |
| | |||
* | link to commits | David Riebenbauer | 2010-04-03 |
| | |||
* | slightly more consistent capitalisation of ikiwiki | Joey Hess | 2010-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.20100403 | Joey Hess | 2010-04-03 |
| | |||
* | releasing version 3.20100403 | Joey Hess | 2010-04-03 |
| | |||
* | fix buggy program installation code | Joey Hess | 2010-04-03 |
| | |||
* | updated branch | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| | |||
* | response | Joey Hess | 2010-04-02 |
| | |||
* | response | Joey Hess | 2010-04-02 |
| | |||
* | cross-reference | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| | |||
* | vague musings about wikilinks | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| | |||
* | perhaps the typedlink(tag foo) pagespec isn't so useful | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| | |||
* | reduced difference | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| | |||
* | sort-order could usefully be overridden for meta author, too | http://smcv.pseudorandom.co.uk/ | 2010-04-03 |
| |