summaryrefslogtreecommitdiff
path: root/doc
AgeCommit message (Collapse)Author
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-28add news item for ikiwiki 2.72Joey 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-23closeJoey Hess
2008-12-23(no commit message)http://puck.openid.org/
2008-12-23(no commit message)http://puck.openid.org/
2008-12-23fix a few directives using the old syntaxJoey Hess
I'm turning on prefix_directives for the live wiki now.
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 branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.infoJoey Hess
2008-12-22reference my recentchanges branchhttp://smcv.pseudorandom.co.uk/
2008-12-22updateJoey Hess
2008-12-22add news item for ikiwiki 2.71Joey Hess
2008-12-21unify pagespecsJoey Hess
2008-12-21fix linksJoey Hess
2008-12-21formattingJoey Hess
2008-12-21mention comments pluginJoey Hess
2008-12-21openid branch mergedJoey Hess
2008-12-21more reorgJoey Hess
2008-12-21close merged bugsJoey Hess
2008-12-21Merge branch 'comments'Joey Hess
2008-12-21Another fixed bug in beautify_urlpathhttp://smcv.pseudorandom.co.uk/
2008-12-21trivial bug with patchhttp://smcv.pseudorandom.co.uk/
2008-12-21Another comments improvementSimon McVittie
2008-12-21Mention a patch to improve OpenID displayhttp://smcv.pseudorandom.co.uk/
2008-12-21Record another couple of pending bugfixesSimon McVittie
2008-12-21todo/comments: Properly escape inline HTMLSimon McVittie
2008-12-21todo/comments: reorganise by statusSimon McVittie
2008-12-21comments: note fixed things and recommend merging origin/commentsSimon McVittie
2008-12-21fix markdownhttp://smcv.pseudorandom.co.uk/
2008-12-21meta: Process meta date during scan pass so that the date will always affect ↵Joey Hess
sorting in inlines.
2008-12-21analysisJoey Hess
2008-12-21comment layout changeJoey Hess
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.
2008-12-21Merge branch 'master' into commentsJoey Hess
2008-12-20Response; added shell code and html formating to reproduction stepshttp://dtrt.org/
2008-12-20responseJoey Hess
2008-12-20Sort paramater not a problem; Revised steps to reprodcehttp://dtrt.org/
2008-12-20alternate ideaJoey Hess
2008-12-20remove signin icons, use titleJoey Hess
2008-12-20my try at improving comment stylingJoey Hess
Makes it look more like a blog, but not enough to be confusing, and with nothing as large as in a blog. Removal of the vertical line under the subject imho makes it easier to scan through comments as each box is a new one. Bolding the subject seems to make it stand out enough, especially as its a link now. (Also considered increasing its font size to 110%.)
2008-12-20note new bugJoey Hess