March 2012 - xmonad - Haskell.org

Bug in program depends on number of tiled windows
by John Jumper 14 Mar '12

14 Mar '12

I am trying to isolate and/or work around a bug in the R statistics software (r-project.org) and the bug seems to depend on how many windows are managed by a tiling layout, regardless of how many windows are in a float layout. I am using R 2.14.2 and Xmonad 0.9.2. Steps to reproduce: $ R > dev.new() ; plot(1, main='plot 1') > dev.new() ; plot(1, main='plot 2') > dev.new() ; plot(1, main='plot 3') > # plot 2 is now blank > # floating any of the plot windows and then resizing the tiled layout causes > # all plot windows to draw correctly > dev.new() ; plot(4, main='plot 4') # now plot 3 is blank Opening terminals does not cause problems, so I do not think the problem can be related to the size of the tiled window, only to the number of tiled plot windows. Any time there are more than two tiled plot windows, at most two will draw. The number of floating plot windows does not matter, which puzzles me. I cannot find any difference using xprop between a floating and tiled window. I would like to file an appropriate bug report with R or create a workaround in my Xmonad configuration that still allows me to tile the windows. Is there an important property that distinguishes tiled and floating windows from the perspective of X, rather than Xmonad? Thank you.

3 6

darcs patch: add-dynamic-bars-module
by Ben Boeckel 14 Mar '12

14 Mar '12

1 patch for repository http://code.haskell.org/XMonadContrib: The Xrandr calls requires X11 1.6.0 which also causes issues in other places in the code. I can submit these separately, but since this is not really an official submission, I'll leave them out so they don't distract from the meat of the patch. There is code from adamvo's xmonad.hs (getScreens and multiPP) as well. There are still bugs, but this is to help get some testing and other eyes looking at it. Specifically, not all of the bars work all the time. Currently to solve the issue, I just restart XMonad until they're all there. I'm not sure how to best ensure that things work. For launching the status bars, here are my implementations: myStatusBar :: DynamicStatusBar myStatusBar (S id) = do safeSpawn "xmobar" ["-x", idStr, "-C", "[ Run NamedXPropertyLog \"" ++ prop ++ "\" \"" ++ abbr ++ "\" ]"] spawnPipe $ "xmonadpropwrite " ++ prop where abbr = "_XMONAD_LOG" prop = "_XMONAD_LOG_" ++ idStr idStr = show id myStatusBarCleanup :: DynamicStatusBarCleanup myStatusBarCleanup = safeSpawn "killall" ["xmobar"] For this setup, a few other updates are required: My Xrandr additions to the X11 package: https://github.com/mathstuf/X11/tree/dev/xrandr-support The -C option for xmobar, available here (the next branch there uses X11's Xrandr support instead of the built-in stuff as well): https://github.com/mathstuf/xmobar/tree/dev/add-incremental-config-option My xmobarrc is: Config { font = "xft:Inconsolata:pixelsize=9" , border = NoBorder , borderColor = "black" , bgColor = "black" , fgColor = "grey" , position = TopW L 80 , lowerOnStart = True , commands = [ Run Weather "KALB" ["-t","A: <tempC>°C","-L","15","-H","30","--normal","green","--high","red","--low","lightblue"] 36000 , Run MultiCpu ["-S","true","-t","<autototal>","-L","3","-H","40","--low","green","--normal","yellow","--high","red"] 25 , Run Memory ["-S","true","-t","<usedratio>","-L","20","-H","40","--low","green","--normal","yellow","--high","red"] 25 , Run Battery ["-S","true","-t","<left>","-L","30","-H","75","--high","green","--normal","yellow","--low", "red"] 100 , Run Date "%a %b %_d" "date" 36000 , Run Date "%H:%M" "time" 100 , Run Mail [ ("k","~/.local/share/mail/kitware/INBOX") , ("g","~/.local/share/mail/gmail/INBOX") , ("b","~/.local/share/mail/brewhouse/INBOX") ] "Mail" ] , sepChar = "%" , alignSep = "}{" , template = "%_XMONAD_LOG% }{ %multicpu% | %memory% | %battery% | %Mail% | %KALB% | <fc=#ee9a00>%date%</fc> <fc=skyblue>%time%</fc>" } Wed Mar 14 19:48:26 EDT 2012 Ben Boeckel <mathstuf(a)gmail.com> * add-dynamic-bars-module This adds the X.H.DynamicBars module. It allows per-screen status bars to be easily managed and dynamically handles the number of screens changing. It also adds a flag for enabling Xrandr support which bumps the minimum X11 version to 1.6.0.

1 0

Another data point on delays in focus update.
by Allen S. Rout 14 Mar '12

14 Mar '12

A month or so ago, I posted about some slow focus updates I was seeing in xmonad. http://article.gmane.org/gmane.comp.lang.haskell.xmonad/12074 I noticed another correlation when this is happening, and thought I'd jot it down in this forum, in the hopes that it eventually contributes to a solution. During the period when the focus is slowly traversing a lot of intervening windows, I've found that I peg a CPU running the X server; My Xorg process goes to 99%CPU and stays there for the entirety of the delay. I've been watching the X cpu behavior because I've also noticed that some Firefox browser behavior will similarly peg the Xorg process for seconds at a time, and I was trying to suss that out. I'm kind of free-associating here, but I'm wondering if xmonad's use of X resources is leaving Xorg with a long list of [wumpus] that the X server can't collect or collapse or something, I have no idea what the wumpus might be, but... - Allen S. Rout - Climbing back under his rock

2 2

[patch] simplify xmonad depends in xmonad-contrib
by Jens Petersen 12 Mar '12

12 Mar '12

Simple one line patch to xmonad-contrib.cabal to simplify the xmonad dependency. Thanks, Jens

2 4

[patch] FindEmptyWorkspace: new sendToEmptyWorkspace
by Jens Petersen 12 Mar '12

12 Mar '12

Hi, This patch adds a new command "sendToEmptyWorkspace" to XMonad.Actions.FindEmptyWorkspace. It is similar to tagToEmptyWorkspace except it doesn't change the current workspace. Jens

2 1

[patch] usage typo in XMonad.Actions.GroupNavigation
by Jens Petersen 12 Mar '12

12 Mar '12

Hi, Just a fix for a trivial doc typo in the usage import line for XMonad.Actions.GroupNavigation. Jens

2 1

patch: ShowWName flash window fixes
by Rohan Jain 11 Mar '12

11 Mar '12

Hi, Please find the two patches in the attachment with this mail 2 patches for repository http://code.haskell.org/XMonadContrib: Mon Mar 5 21:42:40 IST 2012 crodjer(a)gmail.com * ShowWName: Fix flash location by screen rectangle In case of using this hook with multiple monitors, the Tag flash was not following the screen's coordinates. This patch shifts the new window created for flash according to the Rectangle defined by the screen. Mon Mar 5 22:15:17 IST 2012 crodjer(a)gmail.com * ShowWName: Increase horizontal padding for flash Currently the flash window width leaves a very small amount of padding. This patch adds some extra horizontal width, governed by text width and length. -- Rohan

5 6

noModMask
by wagnerdm＠seas.upenn.edu 11 Mar '12

11 Mar '12

I've got a pair of patches sitting on my hard drive that removes noModMask from xmonad-contrib and bumps the dependency on the X11 library up to the version that includes it. User configs should not need to change -- the module that used to define noModMask now simply imports and re-exports it. Any complaints about pushing those to the public repo? If not, I'll push them in, say, five days. ~d

1 0

darcs patch: persist-togglehook-options
by Ben Boeckel 11 Mar '12

11 Mar '12

1 patch for repository http://code.haskell.org/XMonadContrib: Sun Mar 11 00:01:43 EST 2012 Ben Boeckel <mathstuf(a)gmail.com> * persist-togglehook-options Save the state of ToggleHook options over a restart.

1 0

darcs patch: handle-windows-with-no-sizehint
by Ben Boeckel 10 Mar '12

10 Mar '12

1 patch for repository http://code.haskell.org/xmonad: Fri Mar 9 01:23:43 EST 2012 Ben Boeckel <mathstuf(a)gmail.com> * handle-windows-with-no-sizehint When a window has no size hint set, the memory returned by XGetWMNormalHints may be pretty useless. This can cause hint-less windows to bounce between 1x1, 1xn, mx1, the proper size, and (rarely) fullscreen when the layoutHints layout modifier from xmonad-contrib is used. Two programs that exhibit this behavior are feh and sxiv.

2 4