summaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-12-28add news item for ikiwiki 2.72Joey Hess
2008-12-28releasing version 2.72Joey Hess
2008-12-26typoJoey Hess
2008-12-26Merge branch 'master' into nextJoey Hess
2008-12-26inline: Run format hook firstJoey Hess
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.)
2008-12-26updateJoey Hess
2008-12-26deprecate embed plugin tooJoey Hess
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.
2008-12-26add link to untrusted git pushJoey Hess
2008-12-26Merge branch 'master' into nextJoey Hess
2008-12-26comments: Deal with users entering unqualified or partial urls.Joey Hess
People seem to be able to expect to enter www.foo.com and get away with it. The resulting my.wiki/www.foo.com link was not ideal. To fix it, use URI::Heuristic to expand such things into a real url. It even looks up hostnames in the DNS if necessary.
2008-12-25Merge branch 'master' into nextJoey Hess
Conflicts: IkiWiki/Plugin/googlecalendar.pm
2008-12-25googlecalendar: Add runtime deprecation warning.Joey Hess
2008-12-24more 3.0 docs, changelogJoey Hess
2008-12-24make ikiwiki-transition prefix_directives take a setup fileJoey Hess
This is easier to remeber, and less error-prone than passing it all the pages in the wiki.
2008-12-24remove top-level directive page from basewikiJoey Hess
2008-12-24remove deprecated googlecalendar pluginJoey Hess
2008-12-24remove deprecated admin prefsJoey Hess
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.
2008-12-24typoJoey Hess
2008-12-23closeJoey Hess
2008-12-23camelcase: Add camelcase_ignore setting.Joey Hess
2008-12-23(no commit message)http://puck.openid.org/
2008-12-23(no commit message)http://puck.openid.org/
2008-12-23updateJoey Hess
2008-12-23Merge branch 'master' into nextJoey Hess
Conflicts: IkiWiki.pm
2008-12-23hack to avoid globlist deprecaton message false positiveJoey Hess
2008-12-23updateJoey Hess
2008-12-23Add deprecation warning for GlobLists, which will stop working in 3.0.Joey Hess
2008-12-23remove globlist supportJoey Hess
No transition code implemented, but I will probably make a 2.x release that warns about found globlists.
2008-12-23fix to use prefix directivesJoey Hess
2008-12-23fix to use prefix directivesJoey Hess
2008-12-23updateJoey Hess
2008-12-23finalise version 3.00 of the plugin apiJoey Hess
2008-12-23updateJoey Hess
2008-12-23Merge branch 'master' into nextJoey Hess
2008-12-23fix a few directives using the old syntaxJoey Hess
I'm turning on prefix_directives for the live wiki now.
2008-12-23enable prefix_directives by defaultJoey Hess
2008-12-23beginning docs for 3.0Joey Hess
2008-12-23enable aggregate_internal by defaultJoey Hess
2008-12-23responseJoey Hess
2008-12-23fix popcon graph linkJoey Hess
2008-12-23Any other schools?http://hendry.iki.fi/
2008-12-23po: make the dev timing clearerintrigeri
2008-12-23httpauth_feature_parity_with_passwordauth: a bit more thinkingintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-22(no commit message)http://puck.openid.org/
2008-12-22merge recentchanges comments fixJoey Hess
2008-12-22Merge commit 'smcv/recentchanges'Joey Hess
2008-12-22Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2008-12-22reference my recentchanges branchhttp://smcv.pseudorandom.co.uk/
2008-12-22recentchanges_link CGI: If the linked page is internal, use its permalinkSimon McVittie
This fixes a bug, that comments appear in recentchanges as broken links.
2008-12-22updateJoey Hess