po/todo: update

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

po(isvalidpo): more meaningful error message

... explaining how to go on with edit.

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

po: back to the cansave hook, as the form validation is not sufficient

Form validation works, but after trying to save invalid PO content, the user is
brought back to the page he/she was editing, without any single clue to explain
why it was not saved. The dedicated cansave hook is thus necessary.

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

po: first attempt to replace cansave hook with form validate tweaks

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

po/todo: update

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

po/i18n: move the function names out of the translatable strings

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

po: updated copyright years

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

po(formbuilder_setup): remove the rename/remove buttons on slave pages

This has to be done after the rename/remove plugins have added
their buttons, so we set this hook to be run last.

The canrename/canremove hooks already ensure this is forbidden
at the backend level, so this is only UI sugar.

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

po: avoid warnings and possible bugs with nested named subroutines

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

po/todo: update

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

po: gettext-ize error messages

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

po/todo: remove silly ideas.

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

po: do not allow to create pages of type po

The main reason to do so is to bypass the "favor the type of linking page on
page creation" logic, which is unsuitable when a broken link is clicked on
a slave (PO) page.

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

po/todo: added better implementation ideas

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

po/todo: remove completed item

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

po: cosmetic changes to percent translated display

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

po(formbuilder_setup): use a template to display the warning

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

po: test formbuilder_setup hook to warn about new master page's language

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

po/todo: added bugreport about new page's type

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

po: require ikiwiki plugin interface 3.0

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

po/todo: update

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

po: send msgfmt output to /dev/null, else it creates messages.mo files

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

po: fix error messages

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

po(cansave): check PO validity using new isvalidpo function

... because Po4a's parser does not care about malformed PO data.
Use gettext's msgfmt program instead.

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

debian/control: suggest gettext, which is used by the po plugin

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

skeleton plugin: added the canrename and canremove hooks

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

po(TODO): the plugin code will need to be gettextized, at some point

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

po(cansave): use po_to_markup to check PO validity

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

po: move most of filter code to its own function

Allow this new po_to_markup function to run in non-fatal mode,
we need this in our cansave hook.

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

po: register a (dummy) cansave hook

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

editpage: added a cansave hook

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

Pass src, srcfile, dest and destfile to the canrename hook.

This is not needed by the use I'm doing of it, but seems more consistent to me.
Future users of this hook may need this data to make their mind.

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

po: bugfix

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

po: fix canrename hook

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

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