| Summary: | Hide task manager window previews when keyboard input is received | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | NiO <arcooke> |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED FIXED | ||
| Severity: | wishlist | CC: | arcooke, mgraesslin, nate, plasma-bugs-null |
| Priority: | NOR | ||
| Version First Reported In: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
NiO
2016-11-23 19:43:59 UTC
Martin, how could we do this in Plasma? (In reply to Eike Hein from comment #1) > Martin, how could we do this in Plasma? we cannot. We don't know when typing is going on without grabbing the keyboard and thus breaking the keyboard input for all. Could kwin send some sort of abstract signal that doesn't leak the specific activity? (In reply to Eike Hein from comment #3) > Could kwin send some sort of abstract signal that doesn't leak the specific > activity? On X11 kwin doesn't know either. On Wayland you don't want a wakeup in plasmashell for every key press (note that such a signal would allow to completely trace what gets typed). Good point about the wakeups, but not sure how a "there was activity" signal would leak /what/ gets typed. About the wakeups, perhaps Plasma could indicate when it wants to hear about it (and then only do it when the tooltips are up). (In reply to Eike Hein from comment #5) > Good point about the wakeups, but not sure how a "there was activity" signal > would leak /what/ gets typed. About the wakeups, perhaps Plasma could > indicate when it wants to hear about it (and then only do it when the > tooltips are up). That's what KIdleTime is for. I'm just a lowly bug-reporter who knows nothing about KDE's code.. but what about the global hotkeys? I'm not sure how that works internally, but there is something always listening for key presses in the background. Can that be coerced into firing off a message to the task manager in some useful way? Beer, the problem is that as Martin points out you really don't want to wake up plasmashell to wake up every time the user presses a key (it's a battery eater, for one). That makes sense, thanks. If this can't be fixed by keyboard input, it's no big deal. The main problem is that if you click on an item in the task manager and leave the cursor on it after clicking, the preview box pops up. I think this is pretty common behavior which is why it happens to me so much.. example: click Konsole -> remove hand from mouse -> start typing -> preview box pops up Maybe the best solution would be to simply hide the popup for a taskbar item immediately after clicking it if the cursor is still on top of it. (In reply to Beer from comment #7) > I'm just a lowly bug-reporter who knows nothing about KDE's code.. but what > about the global hotkeys? I'm not sure how that works internally, but there > is something always listening for key presses in the background. Can that > be coerced into firing off a message to the task manager in some useful way? No, global shortcut handling doesn't listen to all key presses. It only listens for the registered shortcuts, e.g. Alt+Tab. If you press Alt+meta+tab kglobalaccel would not be notified. As of Plasma 5.11, the workflow listed in comment #10 is fixed: when the mouse is hovered over an entry to display a tooltip, and then the mouse is clicked, the tooltip disappears even though the cursor is still above the button. Since that's fixed, and an alternative proposed hide-on-typing feature is basically impossible, let's call this resolved now. |