v1.5.0 — The Editor Everywhere

The WebView editor now runs on all three plugin formats and all three desktop platforms — and every one of those paths is exercised with a real web view in CI.

AU editor (macOS)

The AU backend announces a Cocoa view factory through kAudioUnitProperty_CocoaUI, registered at runtime from the plugin binary itself — still no Objective-C sources and no AppKit link anywhere in DSPark. UI edits flow through AUParameterSet and proper begin/end parameter gestures, so Logic-style hosts record automation and undo correctly. Both teardown orders (host releases the view first, or disposes the AudioUnit first) are handled and tested.

Linux editor (X11)

WebKitGTK resolved entirely through dlopen at runtime — no headers, no pkg-config, no link-time dependency — embedded in the host window with GtkPlug/XEmbed. GTK is pumped from the host's run loop (a VST3 IRunLoop timer / CLAP timer-support), never a private main loop; systems without WebKitGTK, or hosts without a usable run loop, cleanly keep the host's generic UI through the new runtime Editor::available() gate.

Proven, not just compiled

New tools/au_editor_smoke (macOS) and tools/x11_editor_smoke (Linux, under xvfb) play real hosts in CI: factory/attach, a live web view, the JS bridge ready-handshake and clean teardown — alongside the existing real-window editor host on Windows, auval, pluginval (strictness 8) and clap-validator on every commit.

Docs

docs/plugins.md (also on GitHub Pages) now carries a per-platform editor guide — build requirements, end-user runtime requirements, fallback behaviour — and the one-line dspark_add_plugin(... FORMATS VST3 CLAP AU ...) cross-platform path.