https://bugs.kde.org/show_bug.cgi?id=402634
--- Comment #4 from Oded Arbel <o...@geek.co.il> ---
The current situation (with recent Neon unstable packages) is that if enable
"Use Open/Retract action to focus window" (which requires "keep window open
when it loses focus") - then the Yakuake window both cannot be hidden (which on
X11 would normally work by either tapping the global shortcut again, or exiting
the last shell) and if the Yakuake window loses focus - there global shortcut
cannot be used to give it focus again. Even if Yakuake is configured to appear
on the active screen, and I move my mouse to another screen and try to activate
it - the window jumps to the active screen by remain unfocused (even if it is
the only window on that screen).
When disabling "keep window open", the behavior is more as expected, including
being able to hide the window using the global shortcut again (which is weird
to me why it depends on the setting of "keep window open") or by closing the
last shell.
(In reply to Tiernan Hubble from comment #3)
> It seems that there's no way on Wayland for an application to request focus
> for itself when another application is focused ("stealing" focus).
> xdg-activation only supports the currently-active application switching
> between its own windows, or voluntarily relinquishing focus to another
> application
I've reviewed the XDG activation
(https://wayland.app/protocols/xdg-activation-v1) and I don't understand why
this protocol would not allow any application to request focus by creating an
activation token and using it immediately - the accompanying text only suggests
that activation tokens *may* be unusable due to focus stealing prevention. The
spec in no way requires the composer to implement focus detection or any focus
stealing prevention algorithm, just that the activation protocol make it easier
for a composer to implement such algorithms - if it wants to.
--
You are receiving this mail because:
You are watching all bug changes.
