summaryrefslogtreecommitdiff
path: root/inc/plugincontroller.class.php
Commit message (Collapse)AuthorAge
* Use autoloading for plugin classesAdrian Lang2011-06-06
|
* warn about wrongly installed pluginAndreas Gohr2011-03-19
| | | | | | | When a plugin is installed in the wrong directory, the class loading will fail. This patch tries to find the correct directory from the plugin.info.txt (using the base key) and give a hint to the user on how to fix this.
* Honor conf[pluginmanager] again (closes FS#1856)Adrian Lang2011-02-06
|
* don't load disabled plugins FS#1990Andreas Gohr2010-08-29
|
* Allow plugins to specify that they have to be instantiatedAdrian Lang2010-03-29
| | | | | | | | Plugins may return false in isSingleton to let plugin_load return a new instance every time it is called. Renderer plugins are not loaded with $new set to true, but instead specify themself that they are not singletons. This behaviour allows the odt renderer to keep working (see #1598).
* update ignore criteria when populating master plugin listChristopher Smith2010-02-10
|
* Coding Standard CleanupAndreas Gohr2009-10-20
| | | | | | Ignore-this: 259cb5773c3144c6c706d87298dcf674 darcs-hash:20091020212338-7ad00-6bf1c5c403491f136a1c02af5ecd9f84d7227107.gz
* do not use error supression but check for file existance in plugin controllerAndreas Gohr2009-02-20
| | | | | | Ignore-this: b796ce104bb86a05e8bca1c900ef99d8 darcs-hash:20090220084815-7ad00-74aa7c875606a5dfdbd257caa56bf092152e3019.gz
* suppress errors when trying to load a non existant pluginAndreas Gohr2009-02-16
| | | | | | Ignore-this: 21eafbc145c8abfeb8450d9a1234bae1 darcs-hash:20090216180324-7ad00-2628f381cee27f24f120016a970aabca7d853c7c.gz
* Fix for FS#1598 - allow a plugin to be a singleton if it so desiresChris Smith2009-02-11
| | | | | | | | | | | | | | | DokuWiki typically instantiates a plugin once and reuses that instance whenever the plugin is required. However on some occasions DokuWiki will request a new instantiation of a plugin. This particularly applies to render plugins. This patch allows a plugin to force DokuWiki to reuse the existing instance. If a plugin wishes to only be instantiated once then it should implement an "isSingleton()" method and that method should return boolean true. darcs-hash:20090211143520-f07c6-5c1a33dbed55f0b196a204745fe3139f3c7c0aa9.gz
* fix disable plugin mechanism revert FS#1585Bruno De Fraine2009-02-03
| | | | | | | | | | Ignore-this: bd7e66b737e8847373e071f0b23d96d7 The mechanism for disabling plugins was not reverted completely: there were still references to the plugin.disabled directories in the Doku_Plugin_Controller class, this patch fixes this. darcs-hash:20090203194307-8a46b-4bb1c41e530edc9fde06ca61898a9a465d5b6d98.gz
* reverted plugin disabling method back to old behaviourAndreas Gohr2009-01-27
| | | | | | | | | | | | | | | | | | Ignore-this: b5fadadeee9de8e52c41c056cf62be6d With this patch plugins are now disabled by placing a disabled file in the plugin directory again. Even though renaming plugin directories is the method with the fewest disk accesses it makes a lot of trouble with code revision control systems and, more important, Linux package management systems. Future versions of DokuWiki may use a central config file instead. This patch also fixes the problem with the plugin manager not checking the return values of the pugin_(dis|en)able functions correctly. darcs-hash:20090127182521-7ad00-62018a546d49d57582d93298c8228fd71601a5e8.gz
* move Doku_Plugin_Controller class out of pluginutils and into its own fileChris Smith2009-01-22
(this allows it to be include and extended in preload.php) darcs-hash:20090122065852-f07c6-4e5069f3100174a396627c486561ff079c7a02e1.gz