https://bugs.kde.org/show_bug.cgi?id=493011
Bug ID: 493011
Summary: [Wayland] When using the overview with keyboard
navigation to switch to a window on another screen,
there's an additional click needed.
Classification: Plasma
Product: kwin
Version: master
Platform: Neon
OS: Linux
Status: REPORTED
Severity: minor
Priority: NOR
Component: effects-overview
Assignee: kwin-bugs-n...@kde.org
Reporter: o...@geek.co.il
Target Milestone: ---
SUMMARY
When using the overview effect with multiple screens, and using the keyboard
arrows to select the window - if the wanted window is on another screen, then
the user needs to click the arrow key twice to select the window on the other
screen.
STEPS TO REPRODUCE
1. Setup two screens or more
2. Open an application window on each screen.
3. Activate the overview effect.
4. Click any arrow key once to enable keyboard navigation.
5. Click the LEFT or RIGHT arrow key to select a window on the other screen.
OBSERVED RESULT
The keyboard navigation highlight is hidden - it looks as if no window is
actually selected.
EXPECTED RESULT
The keyboard navigation highlight should move to the window on the other
screen.
SOFTWARE/OS VERSIONS
Operating System: KDE neon Unstable Edition
KDE Plasma Version: 6.1.80
KDE Frameworks Version: 6.6.0
Qt Version: 6.7.2
Kernel Version: 6.8.0-41-generic (64-bit)
Graphics Platform: Wayland
Processors: 20 × 12th Gen Intel® Core™ i7-12700H
Memory: 31.0 GiB of RAM
Graphics Processor: Mesa Intel® Graphics
ADDITIONAL INFORMATION
If one is to press ENTER after the keyboard navigation highlight is hidden,
then the target window is actually activated correctly. I think what happens is
that when the overview effect starts, there is actually is already an active
window (the window that was active before the overview was invoked) but it is
not highlighted (if you click ENTER then, it will terminate the overview and
reselect the previously active window). You then need to "start keyboard
navigation mode" by clicking an arrow key - which doesn't actually change the
active window, just enables the keyboard navigation highlight on the already
active window. If you then use keyboard navigation to try to move to another
screen - it will reset back to the "overview just started" mode with one of the
windows on the other screen being the "secretly active" window.
The problems are that (a) it is not immediately obvious to the user that they
succeeded in switching to the other screen - from their perspective it looks
like keyboard navigation was just cancelled (without cancelling the overview),
and they now need another arrow key click to start keyboard navigation on the
other screen; (b) if there are more than one window on the destination screen,
there is no way to know which one will not be activated when pressing ENTER.
Another somewhat confusing issue is that the "active border" effect isn't moved
with the overview keyboard navigation focus - so if you look closely at the
windows after the "screen change reset", there is only one that is clearly
active - which is the window that will be active if the overview effect is
cancelled. This may be a feature or it may be a bug - depending on how you
think about what the overview is supposedly doing.
--
You are receiving this mail because:
You are watching all bug changes.
