Panel with autohide enabled does not appear on mouseover Reproducible: Always Steps to Reproduce: Enter Xfce Settings Manager - Xfce Panel - Check AutoHide. After this - when panel minimizes at bottom of the screen, it won't appear again when hovering the mouse over the region. I have to right-click on the desktop and enter the settings managager and uncheck AutoHide to make it available again. In other words, it does not crash, I see the gray thin stripe at the bottom of the screen. Actual Results: Nothing happens, panel does not appear Expected Results: Panel should pop up. $ uname -a FreeBSD nusse.starshipping.com 5.3-RELEASE-p2 FreeBSD 5.3-RELEASE-p2 #1: Tue Dec 28 12:47:36 UTC 2004 root@nusse.starshipping.com:/usr/obj/usr/src/sys/NUSSE i386 $ cat .xinitrc TERMCMD='xterm' export TERMCMD exec $HOME/local/bin/startxfce4 Compiled with installer from http://os-cillation.de/dl.php?tgt=xfce4-installer
$ $HOME/local/bin/xfce4-panel --version | grep -i version Version 4.1.99.3
Hmm. Do you perhaps have the option enabled in the window manager settings to switch workspaces when the mouse reaches the edge of the screen? That can interfere with the panel unhiding.
(In reply to comment #2) > Hmm. Do you perhaps have the option enabled in the window manager settings to > switch workspaces when the mouse reaches the edge of the screen? That can > interfere with the panel unhiding. That is correct. Neat. Then it works as it should. But this is perhaps suboptimal behaviour by the panel, and should be tweaked? Before 4.2?
We're not changing anything before 4.2 except critical bugs. I'm not sure it can be solved properly. Reducing severity and priority a bit.
Better classify this as an enhancement request. Need to cooperate with xfwm4 to fix this. Personally I think the workspace switching when mouse reaches the screen edge should go, but maybe that is because it would make my life easier ;-)
hi same problem here, with gentoo linux, xfce 4.2.0, xorg 6.8.0. several other people i know have the same problem. on my system, the panel appears when the mouse is about 3-4 px away from the screen edge. when "wrap workspaces when the pointer reaches screen edge" is disabled, the panel works fine.
(In reply to comment #6) > hi > > same problem here, with gentoo linux, xfce 4.2.0, xorg 6.8.0. several other > people i know have the same problem. > on my system, the panel appears when the mouse is about 3-4 px away from the > screen edge. when "wrap workspaces when the pointer reaches screen edge" is > disabled, the panel works fine. The features are incompatible. That can't really be solved.
(In reply to comment #7) > The features are incompatible. That can't really be solved. then, why did it work with 4.0.x? has this code been completely rewritten? for me, both features are quite important. i can't work without wrapping workspaces with the pointer, and as i have a small display, i very much liked the auto-hidden panel and taskbar. isn't there any possibility?
(In reply to comment #8) > (In reply to comment #7) > > The features are incompatible. That can't really be solved. > > then, why did it work with 4.0.x? has this code been completely rewritten? > for me, both features are quite important. i can't work without wrapping > workspaces with the pointer, and as i have a small display, i very much liked > the auto-hidden panel and taskbar. > isn't there any possibility? > Well, xfwm4 now supports workspace layouts other than horizontal. So it needs to catch the mouse pointer up- and downwards as well as left and right. This means the panel doesn't receive the mouse input. Maybe Olivier can comment on whether it is possible to not catch mouse events on top/bottom when the layout is horizontal.
(In reply to comment #5) > Better classify this as an enhancement request. Need to cooperate with xfwm4 to > fix this. > > Personally I think the workspace switching when mouse reaches the screen edge > should go, but maybe that is because it would make my life easier ;-) I would like to chime in and say if a feature should be dropped it should be the ability to vertically stack workspaces. Who would want to anyway. If you really must give the allusion of vertical workspaces, simply cause the pager to wrap down to a new row, that way in implementation everything lays out horizontal, but the pager gives the user the illusion that there workspaces are stacked vertically. Having the ability to have the cursor wrap to the next workspace is one of the key reasons I use xfce over gnome. It allows me to move faster and be more productive when I've got a ton of windows open. If this feature were dropped it would remove one of my key reason's for using xfce.
(In reply to comment #10) ... > > Having the ability to have the cursor wrap to the next workspace is one of the > key reasons I use xfce over gnome. It allows me to move faster and be more > productive when I've got a ton of windows open. If this feature were dropped it > would remove one of my key reason's for using xfce. I hear you. I won't be trying to remove it if it is useful for people ;-) Thanks for the input.
(In reply to comment #11) > (In reply to comment #10) > ... > > > > Having the ability to have the cursor wrap to the next workspace is one of the > > key reasons I use xfce over gnome. It allows me to move faster and be more > > productive when I've got a ton of windows open. If this feature were dropped it > > would remove one of my key reason's for using xfce. > > I hear you. I won't be trying to remove it if it is useful for people ;-) Thanks > for the input. PS. Thanks for writing a truly awsome desktop environ. Ever since I started using XFCE I've always thought that this is what gnome should have been. keep up the good work.
It's not really a panel issue, more a conflict between the panel and xfwm4, so I'm moving this to 'general'. Not sure if we should try to fix it or accept it as unavoidable.
Well, for me it works nicely now, I think it started working around v4.2 or something like that, not long after I reported this as an issue. Keep up the good work, folks!
I've added code in the WM to minimize the probability of this to happen in trunk for the 4.4 branch a while back.