baseview
baseview copied to clipboard
RustAudio
low-level window system interface for audio plugin UIs
Adds handling of mouse scrolling using the mouse wheel or touch pad for macOS. Although basic event handling for macOS had been added before in #52, it looks to me...
When a child window is spawned by `open_parented` the KEYUP/KEYDOWN events are still sent to the parent. This makes it so the child becomes focused so key events can go...
Currently, if a user creates a wgpu surface to attach to the editor window, the window will fail to free itself since it uses `retainCount` to approximate when the window...
Currently there's no way to change the mouse cursor icon from within a `WindowHandler`. Cursor icons are useful to indicate that UI elements are clickable or that you can enter...
Here I compiled a short TODO list for baseview: ## Highest priority: - [x] A way for the user to manually close a baseview window from their code. ## High...
I feel like `open_parented()`/`open_as_if_parented()`/`open_blocking()` should return a `Result`. Right now there's no way to handle window creation failures, and baseview will just panic if anything goes wrong. That's especially important...
It should be possible for a window handler to change the size of the window it's interacting with. Essentially all commercial plugins have resizable in some way (most modern plugins...
An X11 window created using `Windows::open_parented()` will not receive keyboard input, and as a consequence of that, keyboard input for modifiers, when not hovering over the window. This makes sense...
This builds on top of #115, so I marked this as a draft until that has been merged. Every mouse event now has a modifier field containing the current keyboard...
I've made the patches here: * https://github.com/yamadapc/baseview/commit/377fa94bce605caaf8475952ad6d167bd8761b10 And: * https://github.com/yamadapc/iced_baseview/commit/a8c41ed26727208f45a9263f7396043652f7d779
