Attempt to integrate iced_native UI for use with Kiss3d #235
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This implements a hacky and incomplete
iced_native
UI support built on top the generic version of PR #233.A short write-up on this PR:
iced_glow
implementation, some unmodifiedglow::Context
is obtained in a hackish way from Kiss3d (this would be a non-issue if Kiss3d switches toglow
in the future as in theweb-sys
branch)iced_glow
rect.rs
implementation uses its own VAO, so extra code had to be added to have Kiss3d rebind its VAOiced
'sintegration
exampleiced_native
does not handle input events in a way that can support integration well (How to integrate input events with existing engine, and use iced as ui library? iced-rs/iced#408), which means there is currently no way to tell whether aniced
widget are capturing the mouse or keyboard and there is no way to determine whether the input events are unhandled byiced
.To try the demo, edit
gui/iced/Cargo.toml
to point to a local copy oficed
(use my forkevent-capture
branch at https://github.com/alvinhochun/iced/tree/event-capture) and runcargo run -p kiss3d_iced --example demo