- PLUGIN_CONFIG_QUICK_START / PLUGIN_CONFIGURATION_TABS / PLUGIN_CONFIGURATION_GUIDE: there is no "Reset to Defaults" button (the tab has Refresh, Update, Uninstall, Save Configuration); plugin config hot-reloads (ConfigService + on_config_change), so no restart; the schema is found by the fixed name config_schema.json, not a manifest config_schema field; the tab row is "Plugin Manager", not "Plugins"; forms are server-rendered from /v3/partials/plugin-config/<id>; the duration hook is get_display_duration()/display_duration; a class_name mismatch raises PluginError; the store requires id, name, class_name and display_modes (not version); plugin_system.debug/log_level do not exist (use run.py -d / LEDMATRIX_DEBUG). Drop "future" features that shipped. - PLUGIN_CONFIG_CORE_PROPERTIES: list all of CORE_PLUGIN_PROPERTIES, including skin, skin_options and the vegas_* tuning keys. - PLUGIN_CUSTOM_ICONS: icon is only a Font Awesome class (fallback fa-puzzle-piece); emoji/URL icons and getPluginIcon() never existed in v3. Note that /api/v3/plugins/installed currently omits icon. - PLUGIN_WEB_UI_ACTIONS (+ example JSON): success_message, error_message and step1_message are never read. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
5.7 KiB
Plugin Web UI Actions
Overview
Plugins can define custom action buttons in their configuration page through the web_ui_actions field in their manifest.json. This allows plugins to provide authentication flows, setup wizards, or other interactive actions without requiring changes to the main web UI.
Manifest Schema
Add a web_ui_actions array to your plugin's manifest.json:
{
"id": "your-plugin",
"name": "Your Plugin",
...
"web_ui_actions": [
{
"id": "action-id",
"type": "script",
"title": "Action Title",
"description": "Brief description of what this action does",
"button_text": "Execute Action",
"icon": "fas fa-icon-name",
"color": "blue",
"script": "path/to/script.py",
"oauth_flow": false,
"section_description": "Optional section description",
"step2_prompt": "Please paste the full redirect URL:",
"step2_button_text": "Complete Authentication"
}
]
}
Action Properties
Required Fields
id: Unique identifier for this action (used in API calls)type: Action type - currently only"script"is supportedscript: Path to the Python script relative to plugin directory
Optional Fields
title: Display title for the action (defaults toid)description: Description shown below the titlebutton_text: Text for the action button (defaults totitle)icon: FontAwesome icon class (e.g.,"fab fa-spotify")color: Color theme -"blue","green","red","yellow","purple", etc. (defaults to"blue")oauth_flow: Set totruefor OAuth-style two-step authentication flowssection_description: Description shown at the top of the actions sectionstep2_prompt: Prompt text for step 2 redirect URL inputstep2_button_text: Button text for step 2 (defaults to "Complete Authentication")
The status messages shown after an action runs come from the action's
response (message), with built-in fallbacks such as "Action completed
successfully"; there are no manifest fields for them.
Action Types
Script Actions (type: "script")
Executes a Python script from the plugin directory. The script receives:
LEDMATRIX_ROOTenvironment variable set to the project root- Access to plugin directory and config files
Simple Script Action
For single-step actions (e.g., YouTube Music authentication):
{
"id": "authenticate-ytm",
"type": "script",
"title": "YouTube Music Authentication",
"description": "Authenticate with YouTube Music",
"button_text": "Authenticate YTM",
"icon": "fab fa-youtube",
"color": "red",
"script": "authenticate_ytm.py"
}
OAuth Flow Script Action
For two-step OAuth flows (e.g., Spotify):
{
"id": "authenticate-spotify",
"type": "script",
"title": "Spotify Authentication",
"description": "Authenticate with Spotify",
"button_text": "Authenticate Spotify",
"icon": "fab fa-spotify",
"color": "green",
"script": "authenticate_spotify.py",
"oauth_flow": true,
"step2_prompt": "Please paste the full redirect URL from Spotify after authorization:",
"step2_button_text": "Complete Authentication"
}
For OAuth flows, the script should:
- Step 1: Export a function or pattern that can generate an auth URL
- Option 1: Define
get_auth_url()function - Option 2: Define
load_spotify_credentials()function (Spotify-specific pattern)
- Option 1: Define
- Step 2: Accept redirect URL via stdin and complete authentication
Example: Music Plugin
Here's a complete example for the ledmatrix-music plugin:
{
"id": "ledmatrix-music",
"name": "Music Player - Now Playing",
...
"web_ui_actions": [
{
"id": "authenticate-spotify",
"type": "script",
"title": "Spotify Authentication",
"description": "Click to authenticate with Spotify",
"button_text": "Authenticate Spotify",
"icon": "fab fa-spotify",
"color": "green",
"script": "authenticate_spotify.py",
"oauth_flow": true,
"section_description": "Authenticate with Spotify or YouTube Music to enable music playback display.",
"step2_prompt": "Please paste the full redirect URL from Spotify after authorization:",
"step2_button_text": "Complete Authentication"
},
{
"id": "authenticate-ytm",
"type": "script",
"title": "YouTube Music Authentication",
"description": "Click to authenticate with YouTube Music",
"button_text": "Authenticate YTM",
"icon": "fab fa-youtube",
"color": "red",
"script": "authenticate_ytm.py"
}
]
}
How It Works
- Plugin defines actions in
manifest.json→web_ui_actions - API loads actions →
/api/v3/plugins/installedincludesweb_ui_actionsin response - Frontend renders buttons → Configuration form dynamically generates action buttons
- User clicks button → Calls
/api/v3/plugins/actionwithplugin_idandaction_id - Backend executes → Runs script or performs action based on type
- Result displayed → Success/error message shown to user
Benefits
- ✅ No web UI changes needed - Plugins define their own actions
- ✅ Extensible - Easy to add new action types in the future
- ✅ Consistent UX - All actions follow the same UI patterns
- ✅ Plugin-specific - Each plugin controls its own authentication/setup flows
- ✅ Future-proof - Can add endpoint-based actions, webhooks, etc.
Future Enhancements
- Endpoint actions: Call plugin-defined HTTP endpoints
- Webhook actions: Trigger webhook URLs
- Form actions: Collect additional input before execution
- Batch actions: Execute multiple actions in sequence