Whole-tree audit. Every symbol was checked against core, the plugin monorepo and all eight third-party plugins in plugins.json first. - Deprecate (removal 3.10.0) plugin-facing methods nothing calls: LogoDownloader bulk download, ConfigManager backup/secret wrappers, APIHelper extras, BackgroundDataService poll API, PluginManager / PluginStateManager info readers, and a few CacheManager, FontManager, BaseOddsManager, DynamicTeamResolver methods and PluginTestCase. plugin_api_usage.py learns their receiver names; DEPRECATIONS doc regenerated. - Remove core-internal dead code: CacheMetrics, Vegas status/stats plumbing, sync "new cycle" message (followers ignore unknown types), unused operation types, test-only PluginCatalog readers, IPC to_dict and ping, _parse_form_value, CacheStrategyProtocol, ErrorAggregator callbacks, duplicate web response helpers. - Web UI: drop never-mounted json-file-manager.js, the example widget, utils/error_handler.js, four uncalled PluginAPI methods, and 29 escapeHtml shims (call window.LEDEscape directly). Public globals, BaseWidget and widget names unchanged. - Remove six one-off scripts (owner decision) and the unused markupsafe and pytest-mock pins. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
4.9 KiB
Multi-Root Workspace Setup Guide
This document explains how to work on LEDMatrix and the official plugins side by side, with one editor workspace and the plugins loaded straight from your plugin checkout.
Overview
Official plugins live in a single repository,
ledmatrix-plugins, with one
directory per plugin under plugins/. There are no separate per-plugin
repositories. For development you clone that monorepo next to LEDMatrix
and symlink the plugin directories you are working on into LEDMatrix's
plugins/ directory with scripts/dev/dev_plugin_setup.sh.
- ✅ Plugin code stays in the monorepo checkout, with its own git history
- ✅ LEDMatrix discovers the plugins through symlinks in
plugins/(git-ignored), so the productionplugin-repos/directory is untouched - ✅
LEDMatrix.code-workspaceopens both repositories in VS Code/Cursor
Directory Structure
~/Github/
├── LEDMatrix/ # Main project
│ ├── plugins/ # Dev plugin directory (git-ignored)
│ │ ├── clock-simple -> ~/Github/ledmatrix-plugins/plugins/clock-simple
│ │ ├── ledmatrix-weather -> ~/Github/ledmatrix-plugins/plugins/ledmatrix-weather
│ │ └── ...
│ ├── plugin-repos/ # Default (Plugin Store) plugin directory
│ ├── LEDMatrix.code-workspace # Opens LEDMatrix and ../ledmatrix-plugins
│ └── ...
└── ledmatrix-plugins/ # Plugin monorepo (git repo)
├── plugins/
│ ├── clock-simple/
│ ├── ledmatrix-weather/
│ └── ...
├── plugins.json # Store registry
└── update_registry.py
How It Works
1. The plugin monorepo
Clone ledmatrix-plugins into the same parent directory as LEDMatrix (the
workspace file looks for ../ledmatrix-plugins relative to the LEDMatrix
root):
cd ~/Github
git clone https://github.com/ChuckBuilds/ledmatrix-plugins.git
2. Symlinks in plugins/
scripts/dev/dev_plugin_setup.sh link <name> <path> creates
LEDMatrix/plugins/<name> as a symlink to a plugin directory. Use the
plugin's manifest id as the name: that is the name the loader and
config.json use, and the script warns when the two differ.
3. Multi-root workspace
LEDMatrix.code-workspace has two roots: LEDMatrix itself and
../ledmatrix-plugins.
Setup
Link plugins
cd ~/Github/LEDMatrix
./scripts/dev/dev_plugin_setup.sh link clock-simple ../ledmatrix-plugins/plugins/clock-simple
./scripts/dev/dev_plugin_setup.sh list # show what is linked
If a real (non-symlink) directory of the same name already exists in
plugins/, the script offers to back it up and replace it.
Without a sibling checkout, ./scripts/dev/dev_plugin_setup.sh link-github <name> clones the monorepo into ~/.ledmatrix-dev-plugins/ instead and links
the plugin from there. See the
Plugin Development Guide.
Updating Plugins
cd ~/Github/LEDMatrix
git -C ../ledmatrix-plugins pull # the sibling monorepo checkout
# or
./scripts/dev/dev_plugin_setup.sh update # git pull in every linked checkout
The symlinks pick up the new code; restart the display to load it.
Configuration
The loader scans only plugin_system.plugins_directory in
config/config.json (default plugin-repos). Point it at plugins so it
finds the links:
{
"plugin_system": {
"plugins_directory": "plugins"
}
}
Workflow
Daily Development
- Open Workspace: Open
LEDMatrix.code-workspacein VS Code/Cursor - Edit Plugins: Edit code under
ledmatrix-plugins/plugins/<plugin>/ - Test:
python3 run.py -e(emulator) orpython3 scripts/check_plugin.py --plugin <id>from LEDMatrix - Ship: Bump
versionin the plugin'smanifest.json, runpython update_registry.pyin ledmatrix-plugins, commit there
Adding New Plugins
- Create
plugins/<your-plugin-id>/in the monorepo checkout - Link it:
./scripts/dev/dev_plugin_setup.sh link <your-plugin-id> ../ledmatrix-plugins/plugins/<your-plugin-id>
Troubleshooting
Plugins not discovered
cd ~/Github/LEDMatrix
ls -la plugins/ # links present and not broken?
./scripts/dev/dev_plugin_setup.sh status # link targets and git state
Also check that plugin_system.plugins_directory is plugins.
Plugin updates not showing
- Verify the link target:
ls -la plugins/<id> - Check that you're editing the monorepo checkout, not a store-installed copy
- Restart the LEDMatrix service (or
run.py)
Notes
plugins/is git-ignored (exceptplugins/.gitkeep); the symlinks are never committed.- When changing a plugin in the monorepo, bump its manifest
versionand runpython update_registry.py, or users won't receive the update.