summaryrefslogtreecommitdiff
path: root/doc/plugins
AgeCommit message (Collapse)Author
2009-01-18underlay plugin, a command-line interface for add_underlay()http://smcv.pseudorandom.co.uk/
2009-01-18Merge commit 'upstream/master' into prv/pointrigeri
Conflicts: t/syntax.t
2009-01-17Typo.PaulePanter
2009-01-17Merge commit 'upstream/master' into prv/pointrigeri
Conflicts: IkiWiki/Plugin/editpage.pm IkiWiki/Plugin/skeleton.pm.example doc/plugins/write.mdwn t/syntax.t
2009-01-17po(doc): moved security analysis to its own pageintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-16mention depJoey Hess
2009-01-16add link to options listJoey Hess
2009-01-16blogspam: New plugin, adding spam filtering for page editing / comment ↵Joey Hess
posting using the BlogSpam.net API.
2009-01-16checkcontent: New hook, can be used to implement arbitrary content filters, ↵Joey Hess
including spam filters.
2009-01-16po: when possible, disable use of Text::WrapI18N in po4a; else warn about ↵intrigeri
too old po4a Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-16add a warning (exported) function to the coreintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-15po(todo): more test resultsintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-15po: pages in underlay dirs are not translatableintrigeri
Fixes build break due to read-only underlay dirs, e.g. basewiki. Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-15po/todo: some testing resultsintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-15po: more security-related reportsintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-13Merge commit 'upstream/master' into prv/pointrigeri
2009-01-07repolist: New plugin to support the rel=vcs-* microformat.Joey Hess
* repolist: New plugin to support the rel=vcs-* microformat. * goodstuff: Include repolist by default. (But it does nothing until configured with the repository locations.)
2009-01-02po/todo: updateintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02po/todo: updateintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
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-02po(formbuilder_setup): remove the rename/remove buttons on slave pagesintrigeri
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>
2009-01-02po/todo: updateintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02po/todo: remove silly ideas.intrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02po: do not allow to create pages of type pointrigeri
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>
2009-01-02po/todo: added better implementation ideasintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02po/todo: remove completed itemintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-02po/todo: added bugreport about new page's typeintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01po/todo: updateintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01po(cansave): check PO validity using new isvalidpo functionintrigeri
... because Po4a's parser does not care about malformed PO data. Use gettext's msgfmt program instead. Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01po(TODO): the plugin code will need to be gettextized, at some pointintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01editpage: added a cansave hookintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01Pass src, srcfile, dest and destfile to the canrename hook.intrigeri
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>
2009-01-01rename: pass the CGI and session to the rename hookintrigeri
The po plugin remame + canrename hook combination will need this. Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01po: use the new canrename hook to prevent translation renames in the CGIintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01rename: implemented new canrename hookintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01remove: implemented a new canremove hook; use it in the po pluginintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01po(todo): test results for markup languages support, thoughts about ↵intrigeri
renaming/deleting Signed-off-by: intrigeri <intrigeri@boum.org>
2009-01-01Merge commit 'upstream/master' into prv/pointrigeri
2009-01-01po: added postscan hook, to make pages depend on the pages linking to themintrigeri
... 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>
2008-12-31formattingJoey Hess
2008-12-31po/todo: reflect current link-related work statusintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-31po/todo: reflect current status of links-related workintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-31po: fix redirect after edit, using a somehow tricky hackintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-31po: delete translations of deleted master pagesintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-30the rename hook can now change the list of pages to renameintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-30renamed the renamepage hook to renamelink, added rename hookintrigeri
Signed-off-by: intrigeri <intrigeri@boum.org>
2008-12-30Merge commit 'upstream/master' into prv/pointrigeri
Conflicts: debian/control debian/copyright doc/ikiwiki/pagespec.mdwn Signed-off-by: intrigeri <intrigeri@boum.org>
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.)