March 2011 - xmonad - Haskell.org

Re: [xmonad] Issue 419 in xmonad: Build of xmonad on hackage is broken with ghc-7 (and mtl-2)
by codesite-noreply＠google.com 05 Jul '11

05 Jul '11

Updates: Summary: Build of xmonad on hackage is broken with ghc-7 (and mtl-2) Comment #2 on issue 419 by vogt.adam: Build of xmonad on hackage is broken with ghc-7 (and mtl-2) http://code.google.com/p/xmonad/issues/detail?id=419 (No comment was entered for this change.)

1 1

Re: Issue 189 in xmonad: MultiToggle to Full and tabbed layout makes X crusn
by codesite-noreply＠google.com 27 Jun '11

27 Jun '11

Updates: Status: Accepted Labels: Component-Contrib Comment #3 on issue 189 by byorgey: MultiToggle to Full and tabbed layout makes X crusn http://code.google.com/p/xmonad/issues/detail?id=189 I can still reproduce this. Yeesh. MultiToggle and Tabbed are both made of black magic. -- 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 8

darcs patches for tiled hinted mplayer with fullscreen working
by Tomas Janousek 17 Jun '11

17 Jun '11

Dear xmonad, this is a patch bundle that makes MPlayer happy when not floating, including fullscreen support. This should fix #400. > 2 patches for repository http://code.haskell.org/XMonadContrib: > > Tue Jul 6 20:57:51 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> > * X.H.EwmhDesktops: advertise fullscreen in _NET_SUPPORTED and handle it by default This is a bit questionable, I know. There must have been a reason why fullscreenEventHook isn't used by default, but I feel that it should be advertised only if it's used, so I did it this way. Should ewmh take a flag that can turn off fullscreen support? Is there a way to make the list of supported NETWM props easily extensible? > Tue Jul 6 20:59:25 CEST 2010 Tomas Janousek <tomi(a)nomi.cz> > * X.L.LayoutHints: event hook to refresh on hints change Without this patch, aspect ratio is respected only after a focus change or explicit refresh. That's annoying. -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

5 7

darcs patch: Generalize types of ManageHook functions, so they can ...
by Brandon S Allbery KF8NH 09 Jun '11

09 Jun '11

Wed Feb 23 19:30:21 EST 2011 Brandon S Allbery KF8NH <allbery.b(a)gmail.com> * Generalize types of ManageHook functions, so they can be reused

4 4

Issue 439 in xmonad: suggestion: CycleWS should export the screenBy function
by codesite-noreply＠google.com 07 Jun '11

07 Jun '11

Status: New Owner: ---- New issue 439 by linusar...(a)gmail.com: suggestion: CycleWS should export the screenBy function http://code.google.com/p/xmonad/issues/detail?id=439 Reference: http://www.haskell.org/pipermail/xmonad/2011-January/011029.html From a Haskell perspective, if CycleWS exports the screenBy function, then a user can go from (the default): -- mod-{w,e,r}, Switch to physical/Xinerama screens 1, 2, or 3 -- mod-shift-{w,e,r}, Move client to screen 1, 2, or 3 -- [((m .|. modm, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_w, xK_e, xK_r] [0..] , (f, m) <- [(W.view, 0), (W.shift, shiftMask)]] to the more flexible -- mod-{w,e}, Switch to previous/next Xinerama screen -- mod-shift-{w,e}, Move client to previous/next Xinerama screen -- [((m .|. modm, key), (screenWorkspace =<< sc) >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_w, xK_e] [(screenBy (-1)),(screenBy 1)] , (f, m) <- [(W.view, 0), (W.shift, shiftMask)]] It surprises me that such a useful little function is not exported already. So, the patch is a one-liner change: --- CycleWS.hs 2011-02-21 20:48:25.000000000 -0800 +++ CycleWS-new.hs 2011-03-06 13:53:10.000000000 -0800 @@ -56,6 +56,7 @@ , shiftPrevScreen , swapNextScreen , swapPrevScreen + , screenBy -- * Moving between workspaces, take two! -- $taketwo

1 3

Issue 408 in xmonad: WM_TAKE_FOCUS problem when using matlab gui for Xmonad 0.9.1, cpu amd64, Ubuntu 10.04 LTS system
by codesite-noreply＠google.com 03 Jun '11

03 Jun '11

Status: New Owner: ---- New issue 408 by lingyu.ma.fu: WM_TAKE_FOCUS problem when using matlab gui for Xmonad 0.9.1, cpu amd64, Ubuntu 10.04 LTS system http://code.google.com/p/xmonad/issues/detail?id=408 What steps will reproduce the problem? 1.Use "guide" command in matlab to generate a new gui. 2.Put a "edit text" component into the field. 3.Run the gui. What is the expected output? What do you see instead? The expected output should be that: Man can choose (or focus on) the "edit text" component and change the content. However the output I got was that: The "edit text" component can not be focused at all, the focus is only on the tui window, so I can not change the content inside the "edit text" component. What version of the product are you using? On what operating system? The related version of the products are: CPU : amd64 System : Ubuntu 10.04 LTS Xmonad : 0.9.1 Matlab : R2010a Java : jre1.6.0_23 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". I have two monitors, and I use the "gnomeConfig" instead of "defaultConfig", also the "wmname" has been set to "LG3D". My "xmonad.hs" file can be found in the attachment. By the way, it can compile and work fine, I just have this WM_TAKE_FOCUS problem. Please provide any additional information below. 1. I'm aware that there was an issue 177 befoe, which can be found here: http://code.google.com/p/xmonad/issues/detail?id=177 And it seems the "comment 33" has already resolved this problem. However I'm pretty new for using Xmonad. The words there are totally unreadble for me. Also I install Xmonad with "sudo aptitude install xmonad", and I cannot find the "Core.hs" mentioned in issue 177. In addition, issue 177 was published in 2009, I don't konw whether it still work with Ubuntu 10.04 built-in xmonad or not. Can anyone give me a step by step instruction please? For example, go to which file and paste or change which part or which line. Can I only change the "xmonad.hs" file to sovle this problem? 2. I don't have any java "gray box" problem, just the gui subcomponent can not be focused on. 3. I'm looking for the solution for a long time. There is a solution to change jre "motif21" into "motif12" and then set the enviorment variable "AWT_TOOLKIT=MToolkit". I have tested it, this solution only works for not amd64 pcs. For amd64 pc, it does NOT work at all. 4. This is the most suprising part. When starting the matlab with desktop, man can choose which jre they want to use. For me I choose "jre1.6.0_23", which means I start matlab in bash with command "export MATLAB_JAVA=~/jre1.6.0_23 && matlab". I use jre1.6.0_23 because matlab built-in java will give a grey box under Xmonad. With "jre1.6.0_23" the gui shows up, the gui "button" also works fine, only the "edit text" componet can no be focused. And here comes the most suprising part : If I use command "export MATLAB_JAVA=~/aaaaaaaaaa && matlab" to start matlab, where "~/aaaaaaaaaa" is a nonexisting directory, of course I cannot get a desktop because it cannot find any java. But the gui now works perfectly. It means although matlab lab hasn't been given any particular java path, it can still open gui and this time, the "edit text" component can be focused on and so changing the text inside is possible. I don't understand why, but it happens. Could anyone tell me why? 4. I also tried new "jdk 7", it cannot solve the problem. Under "jdk 7", the gui is a "grey box", cannot show any components, also it makes matlab very very slow. 5. In addition, I tried "openjdk-6" instead of "jdk-6", again it doesn't work. 6. Of course, the "wmname" has already been set to "LG3D" in the "xmonad.hs" file. Hope to get replys soon. Thanks in advance!! Attachments: xmonad.hs 1.5 KB

1 4

Re: Issue 225 in xmonad: Ability to send synthetic mouse events to windows
by codesite-noreply＠google.com 25 May '11

25 May '11

Comment #3 on issue 225 by scuz.there: Ability to send synthetic mouse events to windows http://code.google.com/p/xmonad/issues/detail?id=225 Is there any way to do this? I tried figuring it out a while back and couldn't get it to work. Would be really nice as then you could possibly change the focus-click-eating behavior as well.

1 4

Re: Issue 175 in xmonad: Click on unfocused window eaten
by codesite-noreply＠google.com 25 May '11

25 May '11

Comment #5 on issue 175 by scuz.there: Click on unfocused window eaten http://code.google.com/p/xmonad/issues/detail?id=175 Anybody know if this is possible? I'm gona try looking around but my Haskell knowledge is quite basic so I'm not expecting much. -- 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 3

Issue 405 in xmonad: Moving thunderbird Account Settings window causes background window to jump around
by codesite-noreply＠google.com 19 May '11

19 May '11

Status: New Owner: ---- New issue 405 by richard.adam: Moving thunderbird Account Settings window causes background window to jump around http://code.google.com/p/xmonad/issues/detail?id=405 What steps will reproduce the problem? 1. Start Mozilla Thunderbird and some other windows 2. Go to Account Settings in Thunderbird 3. Move the Account Settings window to try to see what's behind it 4. Click on a different window 5. Mouse over the thunderbird Account Settings window What is the expected output? What do you see instead? I expect the background window to remain the same. Instead, the background window changes to some predefined window. This prevents me from seeing the window in the background while typing into the Account Settings window. What version of the product are you using? On what operating system? xmonad 0.8.1 on Gentoo Linux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Yes. Attached. xmonad --recompile has no output. Please provide any additional information below. Perhaps this problem is related to dialogs that disallow the parent window from being used. It could also be a nonconformance of thunderbird, I have no idea. Attachments: xmonad.hs 2.3 KB

1 2

Re: Issue 313 in xmonad: Merge contrib's isFullscreen and doFullFloat to core
by codesite-noreply＠google.com 07 May '11

07 May '11

Comment #6 on issue 313 by gwern0: Merge contrib's isFullscreen and doFullFloat to core http://code.google.com/p/xmonad/issues/detail?id=313 The next release from darcs will be 1.0; is there any particular reason the change hasn't been made & pushed, or this bug closed? -- 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 2