summaryrefslogtreecommitdiff
path: root/doc
AgeCommit message (Collapse)Author
2009-01-05openid bug?http://hendry.iki.fi/
2009-01-03Fix documentation about git hook to use right name. Closes: #510393Joey Hess
2009-01-03it falls back to using installJoey Hess
2009-01-03Revert "Add actual result for the example"Joey Hess
This reverts commit be67d10a813ae37512daacbbab9815eecd5e94ef. We don't demo directives on directive doc pages, to avoid doing unnecessary work at build time (not a big deal here) and to avoid broken directives if the plugin is not enabled. This fact could probably be documented better, but I don't want to mention it on every page..
2009-01-02Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2009-01-02updateJoey Hess
2009-01-02po: added note about now implemented featureintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02meta branch merge requiredintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01bug reopenedmburmester
2009-01-01Add actual result for the examplehttp://openid.alexandrefranke.com/
2009-01-01link to related bughttp://www.cse.unsw.edu.au/~willu/
2008-12-31Fix version.JoshTriplett
2008-12-31formattingJoey Hess
2008-12-31fix linkJoey Hess
2008-12-31fix linkJoey Hess
2008-12-313.0 annoucementJoey Hess
2008-12-31formattingJoey Hess
2008-12-31formattingJoey Hess
2008-12-31add news item for ikiwiki 3.00Joey Hess
2008-12-31fix moveprefs transitionJoey Hess
2008-12-31move to correct locationJoey Hess
2008-12-31Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2008-12-31Merge branch 'next'Joey Hess
2008-12-31need_global_renamepage_hook: proposed solution implemented in my po branchintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-31* Now unofficial Ikiwiki backports for Ubuntu Intrepidhttp://ptecza.myopenid.com/
2008-12-29planning a future pluginhttp://smcv.pseudorandom.co.uk/
2008-12-29updateJoey Hess
2008-12-29Merge branch 'master' into nextJoey Hess
2008-12-29Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2008-12-29some initial instructions for publishing wikis on githubJoey Hess
2008-12-29(no commit message)http://blog.mithis.net/
2008-12-29(no commit message)http://blog.mithis.net/
2008-12-281st comment spamJoey Hess
2008-12-28formattingJoey Hess
2008-12-28clarify cgiurl settingJoey Hess
2008-12-28Replace blank OpenID placeholder logo with an unofficial OpenID logo ↵Joey Hess
developed by Anna Hess. The official logo does not seem destined to be free.
2008-12-28Merge branch 'master' into nextJoey Hess
Conflicts: debian/changelog po/ikiwiki.pot
2008-12-28add news item for ikiwiki 2.72Joey 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-25Merge branch 'master' into nextJoey Hess
Conflicts: IkiWiki/Plugin/googlecalendar.pm
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 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