D 2022-10-27T05:37:37.334
L References
N text/x-markdown
P 13150019a1669773dcf70fccb1fe8e8493af272830bd3d4c78146c8b95f9ced3
U mario
W 3260
#### References / Existing Implementations
PMD is somewhat cemented now for most of my projects. Even if you don't actually need the management features. This is just a list of existing parsers and usage schemes.
## Python: [pluginconf](https://pypi.org/project/pluginconf/)
* Contained in **this** repo:
[dir/pluginconf/](dir?ci=tip&name=pluginconf&type=tree),
API documentation: [doc/tip/html/](doc/tip/html/index.html).
* Comes with a full parser, and handles plugin activation with a simple configuration hashtable.
* [plugin_meta()](http://fossil.include-once.org/streamtuner2/artifact/8ae013bd9365f11be08fe429caf0a7f2e18976cc) can extract from files or loaded modules, and pyz archives
* The admin UI sets a `.plugins{}` dict with activation states:
"plugins": {
"bookmarks": true,
"cachereset": false,
"configwin": true,
"continuous_record": false,
"delicast": true,
* Plugins are scanned for meta infos on each startup (there isn't too many), and instantiated according to config list.
* Hooks/`type:` aren't utilized much. Instead class types are used implicitly, or plugins register themselves with the main application.
* `config:` options show up in a neat combined settings window, defaults are applied on startup / to the conf{} dict.
* Started as [streamtuner2](http://fossil.include-once.org/streamtuner2/)
subproject, defines an [extra `arg:` attribute](http://fossil.include-once.org/streamtuner2/wiki/plugin+meta+data)
for the `config:` list, now used by.
## Powershell: [Clicky](http://fossil.include-once.org/clickycoloury/)
* Has a [full parser](http://fossil.include-once.org/clickycoloury/artifact/fb2017bd6797bf6c2c9df6c92966632c7262cb61), and utilizes both config options and other meta fields at runtime..
* `type:` covers a couple of magic values (`init*`,` inline`, `cli`, `window`, …) deciding on when to run/inline a script.
* But primarily the `category:` is used for UI hookup (menu structuring). Which is one of the more basic uses for PMD.
* Defines a [bunch of custom fields](http://fossil.include-once.org/clickycoloury/wiki/plugin+meta+data) like `hidden:`, `nomenu:`, `vars:` (like config struct), `key:` and `shortcut:`, which avoids lots of code duplication for plugins/scripts.
* But there's no plugin activation states as such. All scripts are "loaded" all the time. Though there's a basic Plugin Manager now.
## Ruby: [cross package maker](http://fossil.include-once.org/xpm/)
* Implements just a [crude parser](http://fossil.include-once.org/xpm/artifact/35d5f731ae94db88356bd05042812970781261d0).
* Uses PMD partially as source for packaging info. (Wasn't intended for that, but very applicable nonetheless!)
* Defines the `#pack:` specifier for relative file references. Albeit partially supports `#depends:` specifiers.
## PHP: [libconfig / Generic PHP Plugins](http://milki.include-once.org/genericplugins/)
* Was the original implementation. Still pretty close to the current spec.
* Except that the `config:` syntax uses HTML-style rather than JSOL attributes.
* Main goal here was a *non-destructive `config.php` editing* feature via plugin meta data
Z 8d4b38710be05350e319bc06ed8f382f