https://bugs.kde.org/show_bug.cgi?id=394119
--- Comment #16 from David Edmundson <k...@davidedmundson.co.uk> --- >just that no other plasmoid seems to cause this, A quick grep shows no others of ours do set that state. But there's the AcceptingInput state which the previous patch also affected. Given a plasmoid can be assigned a shortcut it unquestionably makes sense for that to raise the panel in that case. It was super important to keep the panel open whilst you're meddling with a dialog. My change to watch transient windows removed a lot of the need for that, but you still have something like Milou in a panel where you're typing. > - in case someone knows of some pointers to documentation, https://standards.freedesktop.org/wm-spec/wm-spec-latest.html _NET_WM_STATE_DEMANDS_ATTENTION it is a very very old spec, before Plasma. Maybe before KDE2. > FWIW, I think I've had a few cases of some system tray icon preventing > autohide, >I believe this should be fixed at the panel level (not per-plasmoid, as >proposed in Fabricator) I won't block a TaskManager patch. Doing it at a panel level breaks things and doesn't fix anything else. -- You are receiving this mail because: You are watching all bug changes.
