releasing version 2.72

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.)

comments: Deal with users entering unqualified or partial urls.

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.

googlecalendar: Add runtime deprecation warning.

close

camelcase: Add camelcase_ignore setting.

hack to avoid globlist deprecaton message false positive

Add deprecation warning for GlobLists, which will stop working in 3.0.

fix a few directives using the old syntax

I'm turning on prefix_directives for the live wiki now.

response

fix popcon graph link

Any other schools?

po: make the dev timing clearer

httpauth_feature_parity_with_passwordauth: a bit more thinking

Signed-off-by: intrigeri <intrigeri@boum.org>

merge recentchanges comments fix

Merge commit 'smcv/recentchanges'

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

reference my recentchanges branch

recentchanges_link CGI: If the linked page is internal, use its permalink

This fixes a bug, that comments appear in recentchanges as broken links.

update

add news item for ikiwiki 2.71

unify pagespecs

fix links

formatting

mention comments plugin

avoid an uninitialized value warning

openid branch merged

Merge commit 'smcv/openid'

more reorg

close merged bugs

add another test

Merge commit 'smcv/comments'

Merge branch 'comments'

Another fixed bug in beautify_urlpath

trivial bug with patch

Another comments improvement

rssitem.tmpl: include comments URL (HTML only)

atomitem.tmpl: include comments URLs (HTML and Atom versions)

comments: substitute commentsurl and atomcommentsurl for use in feeds

Mention a patch to improve OpenID display

Add a regression test for &openiduser

openid: in &openiduser, allow subdirectory-style providers to end with '/'

This improves the display of OpenIDs like 'http://id.mayfirst.org/jamie/'
(taking an example from the IkiWiki commit log).

openid: in &openiduser, let domain-style providers have arbitrarily many subdomains

This leads to better display for OpenIDs like smcv.pseudorandom.co.uk
and thm.id.fedoraproject.org (to take a couple of examples from the
IkiWiki commit history).

Record another couple of pending bugfixes

beautify_urlpath: add a regression test

beautify_urlpath: if path already starts with ./, don't add another ./

beautify_urlpath: add ./ before checking for /index.html

This fixes a bug: when a page links to its own #comments anchor you would
get a link like "index.html#comments" rather than "./#comments".

comments: run pagetemplate hooks

This fixes the bug that comments are always said to be from an anonymous
user at an unknown IP address.

comments: linkify and preprocess preview with correct 'page' param

Merge commit 'origin/comments' into comments-joey

todo/comments: Properly escape inline HTML

todo/comments: reorganise by status

comments: note fixed things and recommend merging origin/comments

fix markdown

meta: Process meta date during scan pass so that the date will always affect sorting in inlines.

analysis

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.

Merge branch 'master' into comments

Response; added shell code and html formating to reproduction steps

avoid storing transient state in pagestate

None of the comment state needs to be stored through the a later run of
ikiwiki, so move it all from pagestate to a more transient storage.

This is assuming that we'll never want to add pagespecs to search against
the comment state. Pagespecs like author() are why the meta plugin does
store its meta data in pagestate -- the data can be needed later to match
against.

response

Sort paramater not a problem; Revised steps to reprodce

alternate idea

remove signin icons, use title

tweak author display

Put the icon after the name, mostly because it scans better on
non-graphical browsers where the alt text is displayed. And because the
name is really the more important part.

my try at improving comment styling

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%.)

note new bug

response

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

Workaround and possible cause

Merge commit 'smcv/comments'

Merge branch 'master' of ssh://git.ikiwiki.info/srv/git/ikiwiki.info

comment.tmpl: make anon/OpenID/signed-in icons independent of smileys

comments_display: display (?) for anon users, {x} for OpenIDs and {*} for local logins

This is a mockup of Joey's idea; to do it properly, the icons should
move to the basewiki or to a comments underlay, and {x} should be
replaced with an OpenID logo (if one with clear licensing even exists).

comments: Rename COMMENTURL to ADDCOMMENTURL to avoid confusion with COMMENTAUTHORURL

Also refactor page.tmpl to use if/else rather than unless/if.

comments: pass COMMENTOPENID to templates

comments: remove linkuser(), it's been integrated into preprocess() now

_comment directive: if the user looks like an OpenID, store that

haskell

note

minor edits

added details on cgi wrapper creation

initial page

vimperator can do this, too.

avoid uninitialized value

This can happen when a new field,
such as the new lasttry, is added.

fix comment permalink to always point to comment parent page

update

typos

simplify and compact the comment edit form

Mostly to make it more visually similar to the page edit form.

I'm a bit uncertian about the placement of the page type selector,
and about removing the "Page type". May rethink that.

remove 'signed in as foo'

I think users should know who they're signed in as; the edit pages don't
say so there's no reason to here. Also, the user id was not displayed
pretty.

add link from comment subject to its permalink

fiddle with comment css classes

remove cruft

wtf does it do? absolutely nothing

rename comments_form to editcomment

rename comments_display to comment

replace discussion links on pages with comments link

The thinking here is that having both a Discussion page and comments for
the same page is redundant, and certianly not what you want if you enable
comments for a page. At first I considered making configurable via pagespec
what pages got discussion links. But that would mean testing a new pagespec
for every page, and a redundant config setting to keep in sync. So intead,
take a lead from my previous change to make inlined pages have a comments
link, and change the discussion link at the top of regular pages to link to
their comments.

(Implementation is a bit optimised to avoid redundant pagespec checking.)