- xmonad - Haskell.org

Retrieving screen resolution + ghci for XMonad
by Nicolas Dudebout 02 Apr '12

02 Apr '12

Hi, I am trying to align a dzen2 bar to the right of my screen. A dzen2 bar is aligned by giving an offset from the left side of the screen. Since I have a single xmonad.hs for multiple computers, I would like to retrieve the width of the screen from XMonad. I found the following snippet online: main = do (_, out, _, process_handle) <- runInteractiveCommand "echo WIDTH | eval m4 `xrdb -symbols`" ... This does not seem really satisfactory. I know this information is available from inside XMonad, probably in a ScreenDetail from XMonad.Core. My question is: "How can I retrieve this number from XMonad?" Another way look at that the question is: "What is the best way to figure out things in XMonad?" I have a specific question, found a potential candidate in the documentation, and would like to experiment before changing my xmonad.hs. Is there a way to use ghci to look around? Thanks.

3 4

Issue 502 in xmonad: Multihead trouble docs update -- xrandr required for proper display
by codesite-noreply＠google.com 31 Mar '12

31 Mar '12

Status: New Owner: ---- New issue 502 by unpan...(a)gmail.com: Multihead trouble docs update -- xrandr required for proper display http://code.google.com/p/xmonad/issues/detail?id=502 What steps will reproduce the problem? 1. Clean FreeBSD install. 2. Install the following ports: - x11/hs-X11 - x11/hs-xmonad - x11/xorg-minimal - x11/xterm - x11/nvidia-xconfig - x11/nvidia-settings 3. Configure! - Use a vanilla `defaultConfig` - Use default config from nvidia-xconfig - Set up the second monitor using nvidia-settings, check Xinerama - Start the engines. What is the expected output? What do you see instead? Should see a working multihead xmonad running. The result is one workspace stretched over both monitors. Going through the current troubleshooting FAQ doesn't lead to any answers. You'll get the following output: $ ghc -e Graphics.X11.Xinerama.compiledWithXinerama True $ ghc -e "Graphics.X11.openDisplay [] >>= Graphics.X11.Xinerama.getScreenInfo" [Rectangle {..snip..},Rectangle {..snip..}] It should mention to make sure you've got xrandr installed. I dunno how obvious that is, but it *is* the troubleshooting section! What version of the product are you using? On what operating system? $ uname -a FreeBSD 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan 3 07:46:30 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 $ ghc --version The Glorious Glasgow Haskell Compilation System, version 7.0.4 $ xmonad --version xmonad 0.10 Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". main = xmonad defaultConfig{terminal = "/usr/local/bin/xterm"} :P Please provide any additional information below. Might make more sense to just make the xmonad port depend on X11 and xrandr, so they're guaranteed to get pulled in. I'm going to email the maintainer.

1 5

Issue 503 in xmonad: Persistent gray rectangles
by codesite-noreply＠google.com 29 Mar '12

29 Mar '12

Status: New Owner: ---- New issue 503 by Alexandr...(a)gmail.com: Persistent gray rectangles http://code.google.com/p/xmonad/issues/detail?id=503 Sometimes, after I bring up a contextual menu or close a popup, a gray rectangle is left on the screen. I cannot interact with it at all. Usually, if I create a single window and cycle through my tiling style, the rectangle will go away.

1 1

Issue 501 in xmonad: Feature request: Support user-defined XMonad data directory path
by codesite-noreply＠google.com 26 Mar '12

26 Mar '12

Status: New Owner: ---- New issue 501 by jmilli...(a)gmail.com: Feature request: Support user-defined XMonad data directory path http://code.google.com/p/xmonad/issues/detail?id=501 Attached is a patch to make xmonad try to read its data directory from an environment variable XMONAD_DIR. This lets xmonad be used on systems with unusual configurations for /home, such as the 'noexec' option or a network-mounted filesystem. If the environment variable is not defined, it will fall back to the existing logic. Attachments: xmonad-dir-from-environment.patch 774 bytes

1 2

bump X11 dependency
by wagnerdm＠seas.upenn.edu 26 Mar '12

26 Mar '12

A corresponding patch just went into xmonad-contrib. Thu Mar 15 20:01:06 EDT 2012 Daniel Wagner <daniel(a)wagner-home.com> * bump X11 dependency Strictly speaking, it probably isn't necessary to depend on a newer X11, since xmonad still builds just fine with X11-1.5. However, xmonad-contrib does *not* build fine with X11-1.5, and we would like to avoid the confusing situation where someone successfully builds xmonad (with X11-1.5), then finds that building xmonad-contrib requires rebuilding xmonad from scratch (with a newer X11).

3 3

darcs patch: XMonad.Layout.OnHost allows host-specific modification...
by allbery.b＠gmail.com 20 Mar '12

20 Mar '12

1 patch for repository http://code.haskell.org/XMonadContrib: Mon Mar 19 23:09:12 EDT 2012 allbery.b(a)gmail.com * XMonad.Layout.OnHost allows host-specific modifications to a layout, which is otherwise very difficult to do. Similarly to X.L.PerWorkspace, it provides onHost, onHosts, modHost, and modHosts layout modifiers. It attempts to do smart hostname comparison, such that short names will be matched with short names and FQDNs with FQDNs. This module currently requires that $HOST be set in the environment. You can use System.Posix.Env.setEnv to do so in xmonad.hs if need be. (Properly, this should be done via the network library, but I'm trying to avoid adding that dependency.) An alternative would be to shell out to get the name, but that has considerable portability hurdles.

2 1

[patch] narrower BorderResize rectangles placed within border edges
by Jens Petersen 19 Mar '12

19 Mar '12

Hi, This patch improves BorderResize's rectangles placement and geometry. I found the current 10px border-size rather too wide to be convenient (eg I often found myself activating resize when trying to copy output from a floating terminal). Also the rectangles are now placed symmetrically within the border and window edges, no longer extend outside on some sides. The width is reduced to 2px which seems to work well enough and still more lenient than the single pixel of many window manager border decorations. Thanks, Jens

3 2

gap between window and statusbar (xmobar)
by 1126 19 Mar '12

19 Mar '12

Hello Guys! I'm relatively new to xmonad (and Haskell), so this might be a stupid question. But well, I'll shot it anyhow ;) In my config (see below), I have to xmobar's running, one on top with only %StdinReader% and the second on bottom with MPD and Date. The xmobar on top has as Border on Bottom and the xmobar on .. you guess it. Well: while the borders of my windows and the xmobarborder sort of merge (1px + 1px = 2px), there is a gap between the borders of my windows and the xmobar on top. Why is that so and what can I do about it? Here is my xmonad.hs: http://hpaste.org/65398 (Oh, I see it's complaining about redundant $'s and that I should use 'head' ... what does the latter mean?) Greetings from sunny Cologne, 1126

3 7

xmonad recompile error
by Qi Qi 17 Mar '12

17 Mar '12

Hello, When I recompile xmonad.hs by running xmonad --recompile, it gets this error: Error detected while loading xmonad configuration file: /home/qi/.xmonad/xmonad.hs /usr/bin/ld: --hash-size=31: unknown option /usr/bin/ld: use the --help option for usage information collect2: ld returned 1 exit status Does anyone have an idea about it? xmonad's version is 0.10 and ghc version is 7.4.1. The xmonad and its library were installed through aptitude. Thanks. Qi Qi

2 2

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

15 Mar '12

1 patch for repository http://code.haskell.org/XMonadContrib: Previous version submitted here: http://www.haskell.org/pipermail/xmonad/2012-March/012465.html Description copied here for completion's sake: 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>" } Thu Mar 15 20:22:04 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.

1 0