Open arxanas opened 2 years ago
Hi, and thanks for the report!
Indeed we probably don't want to change the selection with this. We should be able to forward mouse wheel events down the view tree without changing selection to let users scroll a view that's not selected, as well as not select regular views like checkboxes or edit views in the process.
Describe the bug
When trying to scroll, if the mouse is over an element like a
Checkbox
, instead of scrolling in the parent view, focus is moved to that element.To Reproduce
Reproduces in
cargo run --example list_view
. Move your mouse over the checkbox, and then scroll. The checkbox takes focus. Actually, the issue reproduces for all of the form controls — I don't want any of them to be taking focus in this situationExpected behavior
The containing
ScrollView
should scroll.Environment
Operating system used: macOS
Backend used:
crossterm
Current locale:
LANG="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_CTYPE="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_ALL=
Cursive version (from crates.io, from git, ...) 0c6669d6732c3cffeda983958bd9a0fe05ac3b44
Additional context
I tried adjusting
take_focus
as follows:Of course, this means that the element no longer responds to mouse click events, which is also not desirable. Is there any workaround to make these elements respond to clicks but not scrolls?