April 2011 - xmonad - Haskell.org

Issue 373 in xmonad: Hlintify XMonad & XMonadContrib
by codesite-noreply＠google.com 10 Aug '11

10 Aug '11

Status: Accepted Owner: gwern0 Labels: Type-Enhancement Priority-Low Component-Contrib Maintainability Component-Core New issue 373 by gwern0: Hlintify XMonad & XMonadContrib http://code.google.com/p/xmonad/issues/detail?id=373 Hlint (http://community.haskell.org/~ndm/hlint/) is a code-style tool that flags verbose, useless, or otherwise bad bits of code. It would be good if XMC had clean code. (Hlint strives for 'correctness'; none of the changes ought to affect the semantics of the code.) XMonad-core generates roughly 31 suggestions and XMC roughly 468. Even excluding debatable suggestions like eta-reduction, this is a lot of small bad things. Fortunately, they are all generally very easy to fix and understand why the code was flagged, making this a good beginner project. Attached are the 2 HTML reports hlint generates (obviously 31+468 messages is a bit much to paste in). Attachments: core.html 38.5 KB xmc.html 528 KB -- 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

Issue 359 in xmonad: shellPromptHere from XMonad.Actions.SpawnOn doesn't work as claimed
by codesite-noreply＠google.com 06 Aug '11

06 Aug '11

Status: New Owner: ---- New issue 359 by wei.hoo: shellPromptHere from XMonad.Actions.SpawnOn doesn't work as claimed http://code.google.com/p/xmonad/issues/detail?id=359 What steps will reproduce the problem? 1. Bind a key combination to shellPromptHere 2. On workspace 1, spawn a slow-starting program, say opera, using shellPromptHere 3. Switch to workspace 2 What is the expected output? The program is placed on workspace 1 where I started the program. What do you see instead? The program shows up on the current workspace, #2. What version of the product are you using? On what operating system? xmonad-darcs and xmonad-contrib-darcs on Arch Linux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. As a general question, how do I go about debugging issues like this? In particular, how do I write out debugging information to files/console/screen? Attachments: xmonad.hs 6.8 KB -- 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 9

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

[patch] output exitcode when no xmonad.error output
by Jens Petersen 09 Jun '11

09 Jun '11

Hi, If xmonad is running without ghc installed for some reason and one tries to restart it (mod-q), the recompile error dialog doesn't contain any useful error message from execv (it fails silently when it can't find the command). Here is a small patch to output the exitcode when compilation fails and xmonad.error is empty. Jens

3 3

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

gnome-terminal Border Color
by Eyal Erez 31 May '11

31 May '11

Hi, I seem to be getting a weird effect on gnome-terminal's border color. In all other windows, my border shows as a solid color (red or grey in my case). However, gnome-terminal's border colors seems to be half transparent and my desktop wallpaper is showing through. This makes it really difficult to figure out which window is currently active. Thank you for your help -- There are 10 types of people, those who know binary and those who don't.

4 8