summaryrefslogtreecommitdiff
path: root/doc/plugins
AgeCommit message (Collapse)Author
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.)
2008-12-26deprecate embed plugin tooJoey Hess
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.
2008-12-26add link to untrusted git pushJoey Hess
2008-12-24make ikiwiki-transition prefix_directives take a setup fileJoey Hess
This is easier to remeber, and less error-prone than passing it all the pages in the wiki.
2008-12-24remove deprecated googlecalendar pluginJoey Hess
2008-12-23remove globlist supportJoey Hess
No transition code implemented, but I will probably make a 2.x release that warns about found globlists.
2008-12-23finalise version 3.00 of the plugin apiJoey Hess
2008-12-23Merge branch 'master' into nextJoey Hess
2008-12-23fix a few directives using the old syntaxJoey Hess
I'm turning on prefix_directives for the live wiki now.
2008-12-23enable aggregate_internal by defaultJoey Hess
2008-12-23po: make the dev timing clearerintrigeri
2008-12-21unify pagespecsJoey Hess
2008-12-17fixJoey Hess
2008-12-17simplify pagespecJoey Hess
2008-12-17change around comments pagespecsJoey Hess
I think it is clearer to have one pagespec that controls all pages with comments, and a separate pagespec that can be used to close new comments on a subset of those pages.
2008-12-17clarificationJoey Hess