Version: (using KDE Devel) Installed from: Compiled sources OS: Linux I cannot find an option to turn on/off the frame around the system tray. I see no frame around it, but when i put the cursor over it I see the frame and when i remove the mouse the frame disapears. Sometimes the frame will get stuck visible but if i put the cursor over it and remove it the frame disapears. Is there any way to make it so it doesnt show?
how recent are the sources that you are using? this behaviour only exists if you have applet handles turned off. under what exact circumstances does it not work for you?
The sources are from Dec 1st. I read about the applet handles thing so I tried turning them on and I get the same thing. I see no frame around the system tray but when I put my mouse over it I see the tray. Basically any time I put my mouse over the tray I see the frame and when I remove my mouse the frame disapears except some random times that I haven't figured out when the frame stays. I did some more testing and noticed something weird. If I enable the applet handles and logout and log back in, there is no frame and it does not appear when I put my mouse over the tray. If i take them off the frame still does not appear, but if i logout and relogin i get the same situation with the frame appearing with the mouse over it.
the log in / out thing is a known issue. actually, "all" you have to do it restart kicker. this is due to the way kicker manages applets, in particular not telling them when its configuration has changed, while not providing a run-time API to check on such things. this isn't solvable in the near-term. as for when the auto-showing/hiding of the frame doesn't work, please see if you can see what the special situations are. is your panel autohiding? does it happen when there are context menus popped up? does it happen only when an application is being launched via a kicker button? etc, etc..
Ok, I figured out why the frame stays visible after I move my mouse, but I don't know why it shows with the mouse to begin with. If i right click an icon in the tray and than do whatever the frame stays visible until i put the mouse on it and move it off. No the panel is not autohiding.
*** Bug 69797 has been marked as a duplicate of this bug. ***
A recent cvs checkout, December 30th, still has this.
I have the same problem, hovering an icon in the systray causes the systray's frame to appear, if I move the mouse quick onto the klipper icon (should for any others) the frame isn't displayed but when I move it slowly (especially over the position where the applet handler should be - I have it hidden) the frame appears
I just got a fresh cvs and I am still experiencing this problem. My tray contents are Klipper, Kmix, Juk, and Gaim.
Same problem with KDE 3.2.2. Why don't we just get rid of this stupid frame?
(kde 3.3b2) frame appears now everytime I hover the systray, which seems to be the way it's supposed to, there's a minor bug left (though I would remove the frame completely), if one opens a contextmenu of one of the icons in the tray and then moves the mouse somewhere off the systray and clicks the contextmenu away, the frame will stay even though the mouse is no longer over the systray, hover the systray again and moving the mouse off normaly returns the systray to non-framed mode. Frankly I see no reason to have the frame, the user will hover the systray on purpose and I can hardly think of anyone not noticing when they're over the systray, so imho the frame should be removed completely...
This bug is much easier to reproduce than that. Simply move the mouse over the systray (on a default KDE taskbar), then down to the bottom of the screen (frame still visible), then down and right until the mouse has left Kicker entirely. Frame still there, mouse no longer over.
I can confirm that the way discribed in comment #11 to reproduce this bug works also in KDE 3.3. This is an irritating bug that shines bad over the otherwise so polished 3.3 release... :-(
IMHO this frame that appears on hover should simply be removed... Especially because it makes the tray look inconsistent, as some applets live in the frame e.g. kcpuload, and some outside, e.g. ktimemon
Yes, the frame on hover should definitely be removed.
please remove the frame or at least allow there to be a configuration to turn it off, its waste of cpu cycles, and IMO spoils the overall integration of kde
look at bug 90995 :) the patch pretty sucks ;) but hey I _had_ to put my money where my mouth is.
this is fixed in CVS. p.s. this doesn't "waste cycles" compared to the rest of what's going on. sheesh. =)
any chance to have this backported to the 3.3 branch? :-) This bug bothers me every day, many many times...
when you say its fixed, you mean the frame 'sticking' when the mouse leaves kicker, right? can the frame be completely removed? it would at least make more sense (at least to me) to show the frame when applet handles are visible and hide it when they're not visible, not the other way around.
yes, to both of your questions.