- xmonad - Haskell.org

Problem CPP'ifying XSelection.hs
by Gwern Branwen 21 Sep '08

21 Sep '08

So per a suggestion from sjanssen, I was refactoring my XSelection.hs to optionally use the 'decode' from utf8-string. (When I originally was writing it, utf8-string wasn't even optionally available, so I had copied in the decode definition.) I finished editing, and everything looked dandy, but everytime I compiled, or loaded into GHCi (with :set -DUTF8), it fails to compile! And it fails to compile in a way that really perplexes me: Could not find module `Codec.Binary': Use -v to see a list of the files searched for. Line 34 reads: import Codec.Binary.UTF8.String (decode) Note that the two lines disagree on what is being imported... I tried reinstalling utf8-string and X11-xft, thinking perhaps that was the problem, but that is not it. I can load utf8-string modules fine in GHCi; I can swap out that import line for 'import Codec.Binary.Anythingelse', but the moment I use .Utf8.*, it fails. And I've looked over my changes several times, but it looks to me to be the same as the CPP usage in Fonts.hsc, for example; and if -DUTF8 isn't set, it works fine. I am a little stumped. I can't darcs send it because I don't know if the code is broken or not - it could just be my system. Find the patch attached. -- gwern Bluebird 5707 Kosovo Zemin XM Guppy Internet NVD ABC SGI

4 5

darcs patch: +XMonad.Util.XPaste: a module for pastin... (and 1 more)
by gwern0＠gmail.com 21 Sep '08

21 Sep '08

Sat Sep 20 11:21:06 EDT 2008 gwern0(a)gmail.com * +XMonad.Util.XPaste: a module for pasting strings to windows Sat Sep 20 11:23:42 EDT 2008 gwern0(a)gmail.com * XPaste.hs: improve author info

4 3

darcs patch: XMonad.Core: make spawn smarter
by gwern0＠gmail.com 21 Sep '08

21 Sep '08

Thu Aug 14 18:42:17 EDT 2008 gwern0(a)gmail.com * XMonad.Core: make spawn smarter Have spawn examine $SHELL if it exists. $SHELL is the user's preferred shell, and may do many things the user wants but the default /bin/sh does not.

3 2

darcs patch: XMonad.Core: make spawn smarter
by gwern0＠gmail.com 21 Sep '08

21 Sep '08

Sun Sep 21 01:30:17 EDT 2008 gwern0(a)gmail.com * XMonad.Core: make spawn smarter Have spawn examine $SHELL if it exists. $SHELL is the user's preferred shell, and may do many things the user wants but the default /bin/sh does not.

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 Comment #5 by m...(a)twifkak.com: Good luck. Issue attribute updates: Status: Invalid -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 Comment #4 by bardur.arantsson: I did a more thorough test with VirtualBox in KDE, and it exhibits the same issue. So this is probably an issue with the VirtualBox/X server. Apologies for the bogus report. I'll try reporting this as a VirtualBox/Xorg bug instead. (Just as an aside: Once the X server is in the broken state, xev reports no mouse events at all.) -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 Comment #3 by domi...(a)dbruhn.de: Perhaps the xev application (run it on a console) might help -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 Comment #2 by bardur.arantsson: I've just tested with KVM myself, and everything seems to work fine there, so there is probably something peculiar about how VirtualBox does the grab/release. As mentioned the issue doesn't seem to appear in KDE/kwin, so I suspect there is still something wrong with the focus handling in xmonad (rather than VirtualBox being broken). I'll try to do a bit further testing in KDE/kwin (some of the installed X11 stuff has changed since my last test) and see what I come up with. Meanwhile, is there any kind of X11 event sniffing or anything like that I can do to help debug this? -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 Comment #1 by domi...(a)dbruhn.de: I can NOT confirm this using QEmu/KVM (Release Key is here left ctrl+left alt) using xmonad, xmonadcontrib from darcs on debian unstable. -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0

Issue 221 in xmonad: Grabbing/releasing grab makes mouse inactive
by codesite-noreply＠google.com 20 Sep '08

20 Sep '08

Issue 221: Grabbing/releasing grab makes mouse inactive http://code.google.com/p/xmonad/issues/detail?id=221 New issue report by bardur.arantsson: What steps will reproduce the problem? 1. Run anything which grabs mouse and keyboard. I used VirtualBox with a running virtual machine. 2. Let the program grab the mouse and keyboard, e.g. by clicking in a virtual machine. 3. Release grab by pressing the "release grab" key. For VirtualBox this is the Right Ctrl key (by default). What is the expected output? What do you see instead? I'd expect grab to be released and I'd expect the mouse and keyboard to work as before being grabbed. What happens is this: The keyboard and mouse grab is released. The mouse pointer moves about when I move the mouse, but no mouse events are registered by the X server. The keyboard seems to work fine for navigating around in Xmonad/terminals(konsole) and emacs, but the keyboard does *not* work properly in Firefox/Konqueror/Ktorrent (for example). In the affected programs (Firefox, etc.) the keyboard works briefly, but after a few seconds (at most) all further keypresses are ignored completely. If focus is switched away briefly and switched back to Firefox, the keyboard works again for a few seconds, but then stops working again (repeat ad nauseam). I have not been able to reproduce this behavior in KDE (kwin), but it happens very frequently when releasing grab from VirtualBox in Xmonad. The behavior also happens even if you enable "mouse integration" (i.e. smooth movement of the mouse from/to the virtual machine without having to explicitly release grab) in VirtualBox, but I believe this also uses X11 grab behind the scenes even though you can't really see it. I'm not sure I have any other programs which grab the keyboard/mouse, so I cannot be sure whether this issue is solely related to VirtualBox/xmonad interaction. I've also tried various combinations of layouts, etc. and I don't believe it has anything to do with layout choices. What version of the product are you using? On what operating system? xmonad-0.8 + xmonad-contrib-0.8 compiled using the "official" Gentoo ebuilds. Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- You received this message because you are listed in the owner or CC fields of this issue, or because you starred this issue. You may adjust your issue notification preferences at: http://code.google.com/hosting/settings

1 0