aboutsummaryrefslogtreecommitdiff
path: root/doc
Commit message (Expand)AuthorAge
* Replace blank OpenID placeholder logo with an unofficial OpenID logo develope...Joey Hess2008-12-28
* Merge branch 'master' into next•••Conflicts: debian/changelog po/ikiwiki.pot Joey Hess2008-12-28
|\
| * add news item for ikiwiki 2.72Joey Hess2008-12-28
* | Merge branch 'master' into nextJoey Hess2008-12-26
|\|
| * inline: Run format hook first•••inline has a format hook that is an optimisation hack. Until this hook runs, the inlined content is not present on the page. This can prevent other format hooks, that process that content, from acting on inlined content. In bug ##509710, we discovered this happened commonly for the embed plugin, but it could in theory happen for many other plugins (color, cutpaste, etc) that use format to fill in special html after sanitization. The ordering was essentially random (hash key order). That's kinda a good thing, because hooks should be independent of other hooks and able to run in any order. But for things like inline, that just doesn't work. To fix the immediate problem, let's make hooks able to be registered as running "first". There was already the ability to make them run "last". Now, this simple first/middle/last ordering is obviously not going to work if a lot of things need to run first, or last, since then we'll be back to being unable to specify ordering inside those sets. But before worrying about that too much, and considering dependency ordering, etc, observe how few plugins use last ordering: Exactly one needs it. And, so far, exactly one needs first ordering. So for now, KISS. Another implementation note: I could have sorted the plugins with first/last/middle as the primary key, and plugin name secondary, to get a guaranteed stable order. Instead, I chose to preserve hash order. Two opposing things pulled me toward that decision: 1. Since has order is randomish, it will ensure that no accidental ordering assumptions are made. 2. Assume for a minute that ordering matters a lot more than expected. Drastically changing the order a particular configuration uses could result in a lot of subtle bugs cropping up. (I hope this assumption is false, partly due to #1, but can't rule it out.) Joey Hess2008-12-26
* | updateJoey Hess2008-12-26
* | deprecate embed plugin too•••I see that this plugin's lists of safe content are already well out of date, and htmlscrubber_skip offers a non whitelist based approach, so let's deprecate this plugin for 3.0. Joey Hess2008-12-26
* | add link to untrusted git pushJoey Hess2008-12-26
* | Merge branch 'master' into next•••Conflicts: IkiWiki/Plugin/googlecalendar.pm Joey Hess2008-12-25
|\|
| * closeJoey Hess2008-12-23
| * (no commit message)http://puck.openid.org/2008-12-23
| * (no commit message)http://puck.openid.org/2008-12-23
* | more 3.0 docs, changelogJoey Hess2008-12-24
* | make ikiwiki-transition prefix_directives take a setup file•••This is easier to remeber, and less error-prone than passing it all the pages in the wiki. Joey Hess2008-12-24
* | remove deprecated googlecalendar pluginJoey Hess2008-12-24
* | remove deprecated admin prefs•••A new ikiwiki-transition moveprefs subcommand can pull the old data out of the userdb and inject it into the setup file. Note that it leaves the old values behind in the userdb too. I did this because I didn't want to lose data if it fails writing the setup file for some reason, and the old data in the userdb will only use a small amount of space. Running the command multiple times will mostly not change anything. Joey Hess2008-12-24
* | typoJoey Hess2008-12-24
* | updateJoey Hess2008-12-23
* | updateJoey Hess2008-12-23
* | remove globlist support•••No transition code implemented, but I will probably make a 2.x release that warns about found globlists. Joey Hess2008-12-23
* | updateJoey Hess2008-12-23
* | finalise version 3.00 of the plugin apiJoey Hess2008-12-23
* | updateJoey Hess2008-12-23
* | Merge branch 'master' into nextJoey Hess2008-12-23
|\|
| * fix a few directives using the old syntax•••I'm turning on prefix_directives for the live wiki now. Joey Hess2008-12-23
* | beginning docs for 3.0Joey Hess2008-12-23
* | enable aggregate_internal by defaultJoey Hess2008-12-23
|/
* responseJoey Hess2008-12-23
* fix popcon graph linkJoey Hess2008-12-23
* Any other schools?http://hendry.iki.fi/2008-12-23
* po: make the dev timing clearerintrigeri2008-12-23
* httpauth_feature_parity_with_passwordauth: a bit more thinking•••Signed-off-by: intrigeri <intrigeri@boum.org> intrigeri2008-12-23
* (no commit message)http://puck.openid.org/2008-12-22
* merge recentchanges comments fixJoey Hess2008-12-22
* Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess2008-12-22
|\
| * reference my recentchanges branchhttp://smcv.pseudorandom.co.uk/2008-12-22
* | updateJoey Hess2008-12-22
|/
* add news item for ikiwiki 2.71Joey Hess2008-12-22
* unify pagespecsJoey Hess2008-12-21
* fix linksJoey Hess2008-12-21
* formattingJoey Hess2008-12-21
* mention comments pluginJoey Hess2008-12-21
* openid branch mergedJoey Hess2008-12-21
* more reorgJoey Hess2008-12-21
* close merged bugsJoey Hess2008-12-21
* Merge branch 'comments'Joey Hess2008-12-21
|\
| * comment layout change•••I saw a layout similar to this on blogger, and I sorta like it The dash avoids parens sitting next to each other in some cases. Joey Hess2008-12-21
| * Merge branch 'master' into commentsJoey Hess2008-12-21
| |\
| * | remove signin icons, use titleJoey Hess2008-12-20
* | | Another fixed bug in beautify_urlpathhttp://smcv.pseudorandom.co.uk/2008-12-21