https://bugs.kde.org/show_bug.cgi?id=391578
Nate Graham changed:
What|Removed |Added
See Also||https://bugs.kde.org/show_b
|
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #10 from Nate Graham ---
Right right yeah. I should have written, "...for having multiple *Audio Volume*
Plasmoids with different configuration data..."
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #9 from David Rosca ---
> Is there a use case for having multiple Plasmoids with different
> configuration data, or is this just a quirk of the implementation?
Yes, pretty much all applets except plasma-pa wants this. That's how you can
ha
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #8 from Nate Graham ---
Tricky problem. The last-added instance, maybe? That's what seems to happen
right now. The only bug is that control doesn't shift back without restarting
plasmashell. To me that seems like a reasonable-enough solution
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #7 from David Rosca ---
The thing is, there is no correct solution to this issue. Which applet should
receive shortcut events if there is multiple applets? All of them? Only one -
which one?
If you say that the answer is "always send the sh
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #6 from Nate Graham ---
(In reply to David Rosca from comment #5)
> You can disable it in system tray, it is just enabled by default.
Right. The point is, if you add a second one, *something* should return the
keys back to the first one wit
https://bugs.kde.org/show_bug.cgi?id=391578
--- Comment #5 from David Rosca ---
You can disable it in system tray, it is just enabled by default.
plasmashell doesn't handle these shortcuts, it is done by applet itself with
KGlobalAccel.
--
You are receiving this mail because:
You are watching
https://bugs.kde.org/show_bug.cgi?id=391578
Nate Graham changed:
What|Removed |Added
Summary|Adding and then removing|Adding and then removing
|Audio