Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: forward mouse events inside layout #1201

Merged
merged 1 commit into from
Jun 14, 2023

Conversation

ThomasFrans
Copy link
Contributor

After refactoring layout, the if statements were removed in favor of a single match. This changed the control flow a bit, breaking mouse event propagation.

After refactoring layout, the if statements were removed in favor of a
single match. This changed the control flow a bit, breaking mouse event
propagation.
@ThomasFrans
Copy link
Contributor Author

I'm very sorry that this made its way upstream. I have no clue how I didn't find this when testing everything. I only recently upgraded to a git build which did include this bug (it wasn't in v0.13.2), so that's how I noticed it.

I also removed the 'implicit' EventResult::Consumed(None) at the bottom and added it explicitly as it didn't make the code simpler to read at all (unlike I hoped it would). Also changed the EventResult::Consumed(None) to EventResult::consumed() to follow the same style that was already used before.

I hope this is the last bug from the refactor 🤞

@hrkfdn hrkfdn merged commit d644397 into hrkfdn:main Jun 14, 2023
@hrkfdn
Copy link
Owner

hrkfdn commented Jun 14, 2023

No problem, it happens! :) Thanks for fixing it.

@ThomasFrans ThomasFrans deleted the fix-layout-mouse-events branch January 27, 2024 21:30
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants