On Sat, Nov 24, 2007 at 05:56:15PM +0000, Edd Barrett wrote:
I don't think I've seen that exactly. What I have seen is the
window selector menu staying up after I release alt. Moving the
pointer over the menu and pressing and releasing alt will make it
go away. Another workaround is, before releasing alt, to move the
pointer so it's good and square in the middle of the menu and only
then releasing the alt key.
It doesn't happen all that often. It seemed more common switching
to konqueror than firefox (which I tend to use more lately) and
possibly xpdf. Never seems to happen with xterms. I was wondering
if maybe there was logic checking if the pointer was really over
the popup menu before closing it and whether that might be interfered
with by the shape the pointer takes in a different application or
with it being shifted by the application for some reason, but I
didn't try reading the code.
I'm really digging this window manager, though.
--
Mike Small
smallm@panix.com
| Hiten Pandya | Re: up? (emacs docbook xml ide) |
| Greg Kroah-Hartman | [PATCH 004/196] Chinese: add translation of SubmittingPatches |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Jan Engelhardt | intel iommu (Re: -mm merge plans for 2.6.23) |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Ingo Molnar | iwlwifi: fix build bug in "iwlwifi: fix LED stall" |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
