April 2010 - xmonad - Haskell.org

Issue 386 in xmonad: xmonad won't compile ~/.xmonad/xmonad.hs if it's a symlink
by codesite-noreply＠google.com 05 Apr '10

05 Apr '10

Status: New Owner: ---- New issue 386 by s...(a)rfrn.org: xmonad won't compile ~/.xmonad/xmonad.hs if it's a symlink http://code.google.com/p/xmonad/issues/detail?id=386 xmonad --recompile doesn't seem to follow symlinks, but just report not found. -- 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 387 in xmonad: no video using mplayer -vo xv in multihead output
by codesite-noreply＠google.com 05 Apr '10

05 Apr '10

Status: New Owner: ---- New issue 387 by ngu.kho: no video using mplayer -vo xv in multihead output http://code.google.com/p/xmonad/issues/detail?id=387 What steps will reproduce the problem? 1. Use two or more displays in xmonad 2. mplayer somefile -vo xv What is the expected output? What do you see instead? Video. Nothing but a black window. What version of the product are you using? On what operating system? xmonad 0.9.1. Arch Linux Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". No. Please provide any additional information below. Everything goes fine when I use only one of my displays. -- 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 4

Issue 385 in xmonad: try to recompile ~/.xmonad/xmonad-$arch-$os if running it fails
by codesite-noreply＠google.com 03 Apr '10

03 Apr '10

Status: Accepted Owner: vogt.adam New issue 385 by vogt.adam: try to recompile ~/.xmonad/xmonad-$arch-$os if running it fails http://code.google.com/p/xmonad/issues/detail?id=385 What steps will reproduce the problem? mfwitten says: I recently upgraded gmp on my system and xmonad failed to start up because ~/.xmonad/xmonad-i386-linux wanted to dynamically link /usr/lib/libgmp.so.3 and the never version is so.10; I fixed the problem by deleting xmonad-i386-linux and letting it get recompiled upon xmonad startup, however, I bet this would be a kind of tricky problem for some users. Perhaps xmonad should try to rebuild that file if it fails to load rather than just dying? As it currently stands, /usr/bin/xmonad replaces itself with ~/.xmonad/xmonad-$arch-$os and there is no way to tell if that doesn't work. To detect an exitcode /usr/bin/xmonad could start the user's binary with rawSystem, but then the original process would be running the whole time. The attached (mostly untested) patch does this. Attachments: recompile-user-config-when-it-exits-with-a-nonzero-status_.dpatch 7.4 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

2 1

XMonad, mouse events and dzen2
by Alessandro Massignan 03 Apr '10

03 Apr '10

Hi all, i'm lurking around to figure out how to make dzen2 working fine... I don't know if XMonad is the right mailing-list to ask for this issue (don't flame me ;-). I setup the logHook tied with a spawned dzen2 and it works fine handling workspaces, layouts and titles (as usual); now i would launch many other dzen2s (clock, power, memory and so on) and i would like those to catch the mouse inputs. I launch them from .xinitrc: [...] ${HOME}/.dz2l/dz2l.sh /usr/bin/xmonad [...] dz2l.sh cycles in a directory and launch in background the various dzen2's scripts: [...] for MODULE in $MODULES do MODULE="${MODULES_PATH}/${MODULE}.sh" test -r $MODULE || { exit 1; } (${SHELL} $MODULE &) || { exit 1; } done [...] when i start X all the dzen2s come up, but i can't interact with them (eg., mouse buttons). Do i launch the scripts in the wrong position so that XMonad is not able to pass them any inputs? Thanks a lot, ff0000 P.S.: i'm a newbie ;-)

2 4

darcs patch: X.L.Minimize remove redundant imports (and 1 more)
by Anders Engstrom 01 Apr '10

01 Apr '10

Thu Apr 1 22:44:00 CEST 2010 Anders Engstrom <ankaan(a)gmail.com> * X.L.Minimize remove redundant imports Thu Apr 1 23:24:03 CEST 2010 Anders Engstrom <ankaan(a)gmail.com> * X.L.Named deprecate and implement using X.L.Renamed nameTail behaves slightly different if there are whitespace before the first word or the name contains tabs or other such whitespace. But I expect few users are affected since the only usecase where nameTail is actually needed is to remove automatically added prefixes. These prefixes will be removed as they should by the new implementation.

2 1

Several new modules (patch flood)
by Quentin Moser 01 Apr '10

01 Apr '10

Hello XMonad, I apologize for the bulk delivery, these are all things I wrote over the last week and I didn't really want to stop coding to send updates (or eat, or sleep, for that matter --). The basic idea was to implement the layout used in wmii. For those not familiar with it: - Windows grouped in resizable columns - Each column has its own sub-layout, either full, vertical or "stacked decoration" - You can of course move windows between columns, create new columns, etc. This gave rise to a number of modules, which the rest of this mail describes. To get a quick idea, you can also look at the few screenshots I put up: http://ceii.posterous.com/new-xmonad-layout. #1: XMonad.Layout.Groups A generic version of the wmii thing: windows arranged into groups, each with its own sub-layout. You provide both the (starting) layout for new groups, and the layout that arranges the groups themselves on the screen. Tis doesn't fit XMonad's layout interface that well, and indeed I ended up having to completely decouple the layout's idea of window ordering from XMonad's. For this reason, the usual swapUp/Down and focusUp/Down don't work here; the Groups module provides messages that can be used instead, and see #2 for a more flexible interface. #2: XMonad.Layout.Groups.Examples You can do a lot of fun things with the Groups combinator, so I put a few examples in a dedicated module. It also contains many useful X actions for Groups layouts, including focusUp/Down, swapUp/Down, etc. actions that work both for them and for standard layouts (using X.A.MessageFeedback). There are three example layouts: - The wmii layout, pretty faithfully cloned with the exception that I was too lazy to write a stacked layout and used tabs instead. The columns are managed by a ZoomRow (#3), so they can be individually resized and/or maximized. - A "row of columns" layout, with both rows and columns using ZoomRows. - A "tiled tabs" layout that arranges windows into tabbed groups, and the groups themselves according to XMonad's default algorithm (Tall ||| Mirror Tall ||| Full) #3: XMonad.Layout.ZoomRow A layout that arranges its windows into a horizontal row, and allows to freely resize each of them using ZoomMessages. #4: XMonad.Layout.Renamed A LayoutModifier and DSL for modifying the description of a layout. This is for when you want to modify a layout with a dynamic description, and using Named would freeze it. #5: XMonad.Util.Stack I ended up doing quite a bit of non-trivial (Maybe Stack) manipulation, so I wrote a separate module for that. It provides maps, folds, filters and the like, as well as the whole focusUp/Down-swapUp/Down-insertUp/Down suite with consistent types. I've been using these for a few pretty active days now but they are by no means fully tested, feedback is welcome.

6 7