rename: pass the CGI and session to the rename hook

The po plugin remame + canrename hook combination will need this.

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

po: use the new canrename hook to prevent translation renames in the CGI

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

rename: implemented new canrename hook

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

remove: implemented a new canremove hook; use it in the po plugin

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

po(todo): test results for markup languages support, thoughts about renaming/deleting

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

Merge commit 'upstream/master' into prv/po

Render.pm: also use 'our' for $backlinks_calculated

Since %backlinks are now declared with 'our', this variable must be as well.

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

po(myurlto): more robust run_by_editpage logic

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

po: some code/comments refactoring

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

po: follow new coding style (removed Vim folding markers
)
Signed-off-by: intrigeri <intrigeri@boum.org>

po: added postscan hook, to make pages depend on the pages linking to them

... so that nicepagetitle hook's effects, such as translation status displayed
in links, are updated when the linked page changes.

The replacement of 'my %backlinks' with 'our %backlinks' in Render.pm made this
work: previously, every postscan hook was called with an almost empty
%backlinks, which defeated all my attempts to implement this feature.

This feature hits performance a bit. Its cost was quite small in my real-world
use-cases (a few percents bigger refresh time), but could be bigger in worst
cases. Time will tell.

NB: this hack could also be used by my meta branch. It may even be a ikiwiki
optional feature.

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

Fix version.

formatting

fix link

fix link

3.0 annoucement

formatting

formatting

add news item for ikiwiki 3.00

releasing version 3.00

fix moveprefs transition

move to correct location

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

Merge branch 'next'

need_global_renamepage_hook: proposed solution implemented in my po branch

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

po/todo: reflect current link-related work status

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

po: new po_translation_status_in_links option

... to make configurable the last implemented feature.

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

po(nicepagetitle): forgot to display %

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

po(percenttranslated): fix issue with leading /

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

po(nicepagetitle): append translation status to links to translated pages

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

po: inject our own (currently a no-op) nicepagetitle function

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

po/todo: reflect current status of links-related work

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

po: fix redirect after edit, using a somehow tricky hack

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

po: delete translations of deleted master pages

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

* Now unofficial Ikiwiki backports for Ubuntu Intrepid

websetup: Avoid a crash when a new array setup item has been added in  a new ikiwiki release, and is thus not present in the setup file yet.

This happened with camelcase_ignore. The code tried to convert the undef
value for it into an array.

make sure value is defined before using it as an array

po: remove debug statements

po: remove renamed pages special handling, not needed anymore

Thanks to the new rename hook behaviour, the whole renaming work is now done
by the rename plugin, and we don't need to remember which pages were renamed.

the rename hook can now change the list of pages to rename

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

renamed the renamepage hook to renamelink, added rename hook

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

French translation update from Philippe Batailler. Closes: #510216

po.t: adapted a few tests to match the current ikiwiki behaviour

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

Merge commit 'upstream/master' into prv/po

Conflicts:

debian/control
debian/copyright
doc/ikiwiki/pagespec.mdwn

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

planning a future plugin

update

Merge branch 'master' into next

htmlbalance: Demand-load HTML::TreeBuilder to avoid failing test suite if it is not present.

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

some initial instructions for publishing wikis on github

1st comment spam

formatting

comments: Add cache avoidance.

This got lost when we added the jump-to-comment anchor.

clarify cgiurl setting

Replace blank OpenID placeholder logo with an unofficial OpenID logo developed by Anna Hess. The official logo does not seem destined to be free.

Merge branch 'master' into next

Conflicts:

debian/changelog
po/ikiwiki.pot

add news item for ikiwiki 2.72

releasing version 2.72

typo

Merge branch 'master' into next

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

update

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.

add link to untrusted git push

Merge branch 'master' into next

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.

Merge branch 'master' into next

Conflicts:

IkiWiki/Plugin/googlecalendar.pm

googlecalendar: Add runtime deprecation warning.

more 3.0 docs, changelog

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.

remove top-level directive page from basewiki

remove deprecated googlecalendar plugin

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.

typo

close

camelcase: Add camelcase_ignore setting.

update

Merge branch 'master' into next

Conflicts:

IkiWiki.pm

hack to avoid globlist deprecaton message false positive

update

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

remove globlist support

No transition code implemented, but I will probably make a 2.x release that
warns about found globlists.

fix to use prefix directives

fix to use prefix directives

update

finalise version 3.00 of the plugin api

update

Merge branch 'master' into next

fix a few directives using the old syntax

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

enable prefix_directives by default

beginning docs for 3.0

enable aggregate_internal by default

response

fix popcon graph link

Any other schools?

po: make the dev timing clearer