- xmonad - Haskell.org

darcs patch: loc.hs: hlintify (and 1 more)
by gwern0＠gmail.com 13 Feb '10

13 Feb '10

Sat Feb 13 18:15:37 EST 2010 gwern0(a)gmail.com * loc.hs: hlintify Sat Feb 13 18:28:27 EST 2010 gwern0(a)gmail.com * Main.hs: hlintify - shorter & more readable

1 0

darcs patch: Add --replace flag with documentation (issue 99).
by Adam Vogt 13 Feb '10

13 Feb '10

Sun Dec 20 13:35:29 EST 2009 Adam Vogt <vogt.adam(a)gmail.com> * Add --replace flag with documentation (issue 99).

2 1

Re: Issue 99 in xmonad: Move XMonad.Util.Replace to core
by codesite-noreply＠google.com 13 Feb '10

13 Feb '10

Updates: Summary: Move XMonad.Util.Replace to core Status: Accepted Labels: -Priority-Medium Priority-Critical Milestone-Release1.0 Comment #5 on issue 99 by SpencerJanssen: Move XMonad.Util.Replace to core http://code.google.com/p/xmonad/issues/detail?id=99 We'd like to be able to replace window managers. This should be done via a --replace flag. We'll also need to make the replacement conditional. We should also take a look at Jan's original WM replacement patches for the core, they're on darcswatch. -- 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

Autohiding of the Gnome-Panel
by Ralph Hofmann 12 Feb '10

12 Feb '10

I use xmonad and Gnome and I would like to use a gnome-panel with autohiding. But with autohiding the gnome-panel stays always behind the windows and can't be accessed. A google search only showed me a rather old bug report. I've tried avoidStruts from XMonad-Hooks-ManageDocks, but it didn't help. Is there a solution? Greetings Ralph

2 2

darcs patch: Fix compile error when using base-3 (thanks bogner).
by Adam Vogt 11 Feb '10

11 Feb '10

Thu Feb 11 01:39:38 EST 2010 Adam Vogt <vogt.adam(a)gmail.com> * Fix compile error when using base-3 (thanks bogner).

2 1

XMC.Prompt: changing greenXPConfig to have no border
by Gwern Branwen 11 Feb '10

11 Feb '10

I've been mulling for a while what border color would go best with the terminal-style greenXPConfig prompt (green text on black background), since the default white was clearly unsatisfactory. I tried yellow for a while, but that didn't seem much better. Then I realized the problem was there being a border at all, and that I ought to do just: hunk ./XMonad/Prompt.hs 226 -greenXPConfig = defaultXPConfig { fgColor = "green", bgColor = "black" } +greenXPConfig = defaultXPConfig { fgColor = "green", bgColor = "black", promptBorderWidth = 0 } Simple enough. It pleases me. As far as the config archive knows, the only 2 users of greenXPConfig are myself and Adam Vogt: 20.hs:import XMonad.Prompt (greenXPConfig) 20.hs: ((m .|. shiftMask,xK_p), shellPrompt greenXPConfig) 20.hs: , ((m, xK_b), safePrompt "firefox" greenXPConfig) 20.hs: , ((m .|. shiftMask,xK_c), prompt (term ++ " -e") greenXPConfig) 20.hs: , ((m .|. shiftMask,xK_e), prompt "emacsclient -c -a emacs" greenXPConfig) 20.hs: , ((m, xK_g), promptSearch greenXPConfig google) 20.hs: , ((m, xK_t), promptSearch greenXPConfig wikipedia) 20.hs: , ((m, xK_u), promptSearch greenXPConfig isohunt) 20.hs: , ((m, xK_y), promptSearch greenXPConfig wayback) 7.hs:import XMonad.Prompt(XPConfig(font), XPrompt(showXPrompt), greenXPConfig, mkXPrompt) 7.hs:myXPConfig = greenXPConfig { font = "xft:Profont:pixelsize=15:autohint=true" } If he nor anyone else objects, in a few days I'll just push this small change. -- gwern

3 3

Re: Issue 343 in xmonad: XMonad.Prompt.RunOrRaise doesnt always detect an already running program
by Justin Bogner 11 Feb '10

11 Feb '10

[Note: I sent an incorrect patch earlier, but I think the mail bounced. If you see another mail like this one, this is the correct one.] Took me a while to get around to it, but this should fix issue 343. Spencer's idea of passing in the workarounds is more correct, but given that the workarounds only seem to be necessary for pre-3.0 mozilla apps, I don't think it's necessary (yet).

1 0

EWMH Panel in Haskell
by Matthias-Christian Ott 10 Feb '10

10 Feb '10

Hi, recently switched from dwm to xmonad. I'm quite happy with this decision, but I'm used to have a good status bar on top of the screen. I tried xmobar, which had problems with background colors, and dzen2 (with dmplex and multiple instances). None of these status bars supports mouse interaction, so they aren't a choice for me. Since xmonad also implements the emwh specification, I tried out several ewmh compliant panels. ouriço was most similar to dwm's status bar, but doesn't seem very customisable and extensible to me. Although I'm not an experienced Haskell programmer and I find Haskell very ugly and a bit limiting, I think it would be a good idea to write a ewmh panel in Haskell. Is there an existing code? What are the drawbacks of ewmh (I read about conceptual problems with xrandr)? Regards, Matthias-Christian

3 6

Customizing xmonad on debian lenny
by Chris Jones 10 Feb '10

10 Feb '10

I have been trying to customize a couple of things in xmonad 0.7 following the online tutorials to the letter and after a week of frustration, I'm beginning to think that these tutorials only cover the current release, which would explain why whatever I tried always seemed to result in bizarre undocumented errors. The product works fine out of the box as long as you just use the defaults, but there are just a couple of things I need to change, such as some of the key bindings (which happen to clash with bindings I have defined in applications I run frequently), as well as the default terminal and the corresponding $TERM environment variable, for instance. Besides, I would like to set up a system status bar at the bottom of the screen, and apparently this is not available by default. This is a debian stable aka "lenny" system, and the version of xmonad is as expected pretty ancient. I wouldn't mind installing the current stable version of xmonad, but since the version from the debian stable repository pulled something like 400 Meg of Haskell dependencies, I have a feeling this is probably not going to be straightforward. Or should I wait till the current debian testing, aka squeeze becomes stable, and hopefully things will work as advertised? Please advise. CJ

4 8

dzen bar not visible with the Minimize module
by Francesco Mazzoli 10 Feb '10

10 Feb '10

Hi, I have got a problem with the Minimize module and I can't find a solution. When I try to use it using the example code provided in the module page, one of my two dzen bars disappear. This is my desktop without the Minimize module: http://i50.tinypic.com/2d6w9d3.png and that's what happen when I activate it: http://i46.tinypic.com/34e9vth.png Here is my configuration file: http://hpaste.org/fastcgi/hpaste.fcgi/view?id=17112#a17112 The only line of code that I change is this: layoutHook = smartBorders $ avoidStruts (Full ||| tiled ||| Mirror tiled) to that: layoutHook = smartBorders $ avoidStruts $ minimize (Full ||| tiled ||| Mirror tiled) As you can see I have already hasked in the archlinux forum and in the xmonad irc channel, but no one seems to have a solution. I absolutely adore xmonad and this module would make it even better!

2 4