Open GoogleCodeExporter opened 8 years ago
Does the context menu open on a different display?
Here, if my cursor is on a different display then sometimes the context menu
will
open where the cursor is rather than where focus is.
Original comment by ivan.miljenovic@gmail.com
on 19 May 2010 at 1:09
No. Clicking on the menu (say "File") does change its appearance (as if it is
active)
but no menu is visible on either display. Right-clicking on places that should
provide
context menus also causes change (such as text or pointer mouse cursor becoming
arrow,
or whatever is appropriate), but again no menu is visible.
Original comment by luka.sto...@gmail.com
on 19 May 2010 at 1:29
i have this same issue. I do think it shows up somewhere, but it doesnt appear
to be visible on either monitor. If I disable a monitor however, I'll that menu
dialogues are showing up offset way to the right of where I clicked. With VLC
its even stranger...some menus will work problem, whereas others will show up
at the top of the current monitor with all the entries layed out horizontally
instead of vertical.
very strange behavior...
i have vlc set to float, and k3b is handled using the default xmonad management
settings. it may be a general qt issue + dual mon issue, but cant really
isolate any consistent behavior
Original comment by flukshun@gmail.com
on 8 Aug 2010 at 10:53
I wouldn't call it general, because it works OK in Ubuntu in Gnome, and it
works OK in Xmonad in, say, Gentoo.
Original comment by luka.sto...@gmail.com
on 9 Aug 2010 at 6:21
I am having the same issue. Sometimes, I can't see the menu even if I am in the
first screen.
Original comment by yha...@gmail.com
on 17 Nov 2010 at 11:05
Some of KDE's windows -- though I don't remember if menus qualified (ultimately
I gave up on running KDE) -- needed special handling. This may help or it may
be barking up the wrong tree. My config had
import qualified XMonad.Hooks.ManageHelpers as HMH
isKDEOverride = do
isover <- HMH.isInProperty "_NET_WM_WINDOW_TYPE" "_KDE_NET_WM_WINDOW_TYPE_OVERRIDE"
isfs <- HMH.isFullscreen
return $! isover && (not isfs)
myManageHook = composeAll . concat $
[ [ HMH.composeOne [ isKDEOverride HMH.-?> doFloat ] ]
, -- ...
]
Original comment by nwfila...@gmail.com
on 18 Nov 2010 at 6:17
This is not xmonad specific. I had it here with different window managers. Just
asked at the kde forums about it:
http://forum.kde.org/viewtopic.php?f=66&t=93640&p=189255#p189255
Original comment by m...@enthusiasm.cc
on 16 Feb 2011 at 11:17
Same situation here. The suggestion in comment #6 didn't work for me.
Original comment by yha...@gmail.com
on 24 Nov 2011 at 7:10
Original issue reported on code.google.com by
luka.sto...@gmail.com
on 19 May 2010 at 12:59