Bug 166739 - remote controller is turned off when some app gets focus
Summary: remote controller is turned off when some app gets focus
Status: RESOLVED INTENTIONAL
Alias: None
Product: plasma4
Classification: Unmaintained
Component: panel (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 166817 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-07-16 16:23 UTC by Maciej Pilichowski
Modified: 2008-07-17 11:37 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Maciej Pilichowski 2008-07-16 16:24:00 UTC
Version:            (using Devel)
Installed from:    Compiled sources

remote controller is turned off when some app gets focus

Steps
use focus follows mouse
run konsole
maximize it
open remote controller for panel
resize the panel (the slider, not triangles) (*)

(*) if you are too good with your mouse simulate sloppy user
Comment 1 Aaron J. Seigo 2008-07-16 20:00:06 UTC
one of the disadvantages of focus-follows-mouse.
Comment 2 Maciej Pilichowski 2008-07-16 20:16:23 UTC
Aaron, you are not serious please! It didn't go to foreground.

a) what is the point of providing variety of modes, when only some are really supported
b) why it is a wontfix in the first place -- I move mouse outside, it is not the reason to hide the controller, what is the benefit or point in doing so

It can be solved in nice manner, so why not improve it? KDE4 should not behave like a big minefield.
Comment 3 Andreas Pakulat 2008-07-16 21:16:57 UTC
this widget automatically hides when it looses focus, something thats not so un-common. So when you move the mouse away from it it looses focus and thus hides. The reason why it hides on focus-loosing is apparently by purpose, so there's simply no way to make it not hide when you use focus-follows-mouse - hence the wontfix.
Comment 4 Maciej Pilichowski 2008-07-16 22:39:30 UTC
That part I get it -- my point is it is possible to hide it on click event, not on focus event. For non-focus follow mouse, no difference, for focus follow mouse, solution to this problem.

And again -- why not to solve this in elegant manner instead of crippling KDE?

Focus follow mouse it completely valid mode and it should be fully supported (or dropped from KDE).
Comment 5 Andreas Pakulat 2008-07-16 22:47:18 UTC
Yes, but thats the point of the wontfix. The panel configurations behaviour won't be changed (if you want to know why I suggest to ask the plasma community on their mailinglist). 

And on a slightly different note: You should keep comments such as "why not solve this in elegant manner instead of crippling KDE" to yourself, they don't help this bugreport or conversation at all.
Comment 6 Maciej Pilichowski 2008-07-17 10:01:16 UTC
Ok, so maybe I rephrase this in steps:

a) there are several modes in KDE that are much older than plasma, so they should have precedence over new features (i.e. they should be supported instead of "feature X will be incompatible with mode Y by design, sorry") or if they are in the way, they should be dropped completely

b) I showed a solution which won't change a thing for users who do not use focus follow mouse and that solution would work nicely with focus follow mouse (this is the meaning of word "elegant" I used before)

c) focus follow mouse does not bring the window to the foreground so panel is not covered with window from the background, window in the background still sits in the background

d) I see no benefit of current behaviour (explaining does not help here at all, because with explanation and without explanation is is for me extra strain to put mouse at the 3 pixels slider) -- the point is to make computers easier to handle not to explaining why they are so hard to manage
Comment 7 Aaron J. Seigo 2008-07-17 11:37:17 UTC
*** Bug 166817 has been marked as a duplicate of this bug. ***