p0nce

Now fixed, `dplug-build` built with arm64 cannot do UB2 builds though.

This is absolutely endemic, for example when you drag a knob, every other widget is mouse over.

Current algorithm: ``` void receive-mouse-movement(pos): root.mouse-is-moving(pos) if (no widget was found to be "mouseover") "mouseover" becomes null void mouse-is-moving(e, pos): recurse mouse-is-moving(highz children, pos) if (isDragged) onMouseDrag if (visible and...

Changes needed: - [x] when a drag is stopped, find the mouseover element again - [x] mouse over can't become null during a drag operation - [x] dragged widget does...

futureMouseDrag not very recommended for now... I don't really like the end result either. Not having mouseOver is a bit "stale" while dragging. It still gives useful "this is draggable"...

`futureMouseDrag` can be kept, eventually we can stop later forcing the dragged widget to be the mouseover one. But it doesn't really make interface worse, some developers might like it...

- [x] Windows: works in REAPER, builds a .lv2, install via installer (This basically works on Windows with the installer accepting `-a all` and skipping 32-bit in ~master)

- [x] Work on REAPER, Universal Binary, arm64 support. However, it can't be notarized yet or code signed since it's not enough similar to a macOS bundle.

`@ScriptExport` is indeed always needed (unless you use `context.wrenSupport.registerUIElementClass!UISeparator` to do it for each class manually, this is equivalent). It makes the class `UISeparator ` declared, with its properties, in...

Something else annoying with Wren?