Reads meta comment block from source files, pyz/package contents, module locating
Project description
Provides plugin basename lookup and meta data extraction functionality. It’s meant for in-application feature and option management. The descriptor format (self-contained in each script) is basically:
# encoding: UTF-8 # api: python # type: handler # category: io # title: Plugin configuration # description: Read meta data, pyz/package contents, module locating # version: 0.5 # priority: core # docs: http://fossil.include-once.org/streamtuner2/wiki/plugin+meta+data # config: { name: xyz, value: 1, type: bool, description: "Sets..." } # # Documentation goes here...
The key: value format is language-agnostic. It’s basically YAML in the topmost script comment. For Python only # hash comments are used. Defaults to rather common field names, encourages a documentation block, and an obvious config: { .. } spec for options and defaults.
What it’s not:
This is not another config reader/parser/storage class.
Doesn’t impose a specific plugin API.
Neither concerns itself with module/package loading. (How boring.)
What for then?
Separates code from meta data.
Avoids keeping seldomly used descriptors in variables.
Does away with cluttering external ini/json files with each module script.
Prevents hodgepodge and premature module loading just to inspect meta data.
Simplifies both internal use and meta info accessibility to external tools.
(pluginconf is less about a concrete implementation/code, but pushing a universal meta data format.)
Sample
See streamtuner2-2.1.7-dev.pyz for the original implementation.
pluginconf doesn’t yet bundle GUI construction (a Gtk handler exists, Tk alternative planned).
API
Configuration is currently just done by injecting:
plugin_base = ["myapp.plugins", "etc.extensions"] module_base = "pluginconf"
Which declares module and plugin basenames. (Works for literal setups and within PYZ applications.)
plugin_meta( module= | fn= | src= | frame= )
Returns a meta data dictionary for the given module name, file, source code, or caller frame.:
{ "title": "Compound★", "description": "...", "version": "0.1", "type": "channel", "category": "virtual", ... }
And that’s already what it does.
Everything else is implementation-specific feature creep.
module_list()
Returns basenames of available/installed plugins.
add_plugin_defaults()
Populates your config_options{} and plugin_states{} list. Can be a classic dict, or one of the hundreds of config parser/managers.
get_data( fn= )
Is mostly an alias for pkgutil.get_data(). Abstracts usage within PYZ packages a little.
argparse_map()
Provides a simpler way to specify ugly argparse definitions. And allows to amass options from plugins.
Status
It’s currently just an excerpt from streamtuner2.
Lacks the configuration GUI integration.
Or the plugin repo JSON loader.
Definitely needs customization prior use.
See some format documentation
It’s also not a proper wheel package; just quickly built per xpm:
fpm -s src -t pip pluginconf.py
(Yep, the description fields can double as packaging source. An additional # pack: specifier allows deb/rpm/arch/exe/pyzw/pip generation without tedious duplication of package descriptions.)
Project details
Release history Release notifications | RSS feed
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distributions
Built Distribution
Hashes for pluginconf-0.6.7-py2-none-any.whl
Algorithm | Hash digest | |
---|---|---|
SHA256 | 435864eac9975f32d36c20c5c53b948a56932f2a41ffc47e19ac8139642586aa |
|
MD5 | 6e1f53f8f79b19e5da11a8b44fd5ed0d |
|
BLAKE2b-256 | ac4de315d021b02ae7ea2b77a22f4498a8d1317ace2b4e031c3ce1e58592df3d |