| Summary: | Changes to focusReason are not handled after FocusIn or FocusOut events | ||
|---|---|---|---|
| Product: | [Frameworks and Libraries] frameworks-qqc2-desktop-style | Reporter: | ratijas <me> |
| Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ahiemstra, kde, nate, noahadvs, notmart |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/frameworks/qqc2-desktop-style/commit/15c66a136e21ef0c02de4b50fa7de10ece065629 | Version Fixed/Implemented In: | |
| Sentry Crash Report: | |||
| Attachments: | test.qml | ||
|
Description
ratijas
2023-05-01 00:44:56 UTC
…aaand of course all that stuff is implemented in the base public QQuickItem class, but "exposed" in the private QQuickControl subtype. Which leaves us with the power of runtime introspection at hands… By the way, where are the new shiny BINDABLE getters, Qt? A possibly relevant merge request was started @ https://invent.kde.org/frameworks/qqc2-desktop-style/-/merge_requests/249 Git commit 15c66a136e21ef0c02de4b50fa7de10ece065629 by ivan tkachenko. Committed on 19/05/2023 at 23:24. Pushed by ndavis into branch 'master'. KQuickStyleItem: Update visuals after random focusReason changes It may happen, especially with custom keyboard navigation logic, that focusReason is being set separately after control has gained an active focus, so we need to listen for those changes as well. Additionally, with the new property notification binding we don't need to react to FocusIn/Out events in event filter. M +27 -7 plugin/kquickstyleitem.cpp M +5 -1 plugin/kquickstyleitem_p.h https://invent.kde.org/frameworks/qqc2-desktop-style/commit/15c66a136e21ef0c02de4b50fa7de10ece065629 |