June 2012 - xmonad - Haskell.org

Issue 340 in xmonad: Error In Passing Clicks in Multi-Head non-Xinerama Setup
by codesite-noreply＠google.com 11 Aug '12

11 Aug '12

Status: New Owner: ---- New issue 340 by llcawthorne: Error In Passing Clicks in Multi-Head non-Xinerama Setup http://code.google.com/p/xmonad/issues/detail?id=340 What steps will reproduce the problem? 1. Set 'Option "Xinerama" "0"' in xorg.conf in a multi-head non-xrandr setup. 2. Run xmonad on the primary display 3. Run another copy of xmonad, or another WM on the secondary display. What is the expected output? What do you see instead? I should be able to re-enter a window managed by XMonad and click on things after leaving it. There are two different setups that respond slightly differently. 1) Xmonad on DISPLAY 0.0 and No WM on DISPLAY 0.1 (or Openbox). I can leave the XMonad display perfectly every time and click on things on the secondary display. The problem pops up when XMonad needs to re-accept control of the pointer. I come back to my main screen and clicks are not accepted by whatever window I entered into. Buttons highlight like I am over them; links get little boxes around them, but clicks do not register. The problem can be remedied by moving my mouse over any other window on the same display, and things "catch up". Ex: DISPLAY=0.0. I usually run Firefox, and three terminals. DISPLAY=0.1. I usually have Thunderbird open. If I go to Thunderbird, I never have any problem getting there (as long as I am not running XMonad on display 0.1 also). If I come back from thunderbird to Firefox (which is in the master tile), I cannot successfully click anything. If I move my mouse over to a terminal (with or without clicking on it) and then back to Firefox, I can click things fine. 2) Running xmonad on Display 0.0 and Display 0.1 Same as above, except I have problems moving to each display. Previous Example but: If I leave Display 0.0 and go to Thunderbird, I cannot click anything. Once again, messages shadow when the mouse is over them, as do buttons in Thunderbird. If I hit Mod+Shift+Return at this point, the terminal will open on Display 0.0, even though I am on Display 0.1 with my pointer. Now, if I move my pointer back to Display 0.0, I cannot click on Firefox and if I hit Mod+Shift+Return the terminal will open on Display 0.1 even though the mouse is on Display 0.0. Everything is back to normal if I mouse over a terminal and back to Firefox. (This was especially annoying until I figured out what was going on.. Now I run with a clock open on Display 0.1 so I have a second window to mouse over on the way to read my e-mail, because otherwise I had no way to make Thunderbird start receiving clicks). Things work the same with application other than Firefox/Thunderbird termimal in both examples, they are just what I tend to have open. What version of the product are you using? On what operating system? Xmonad 0.8 or Xmonad 0.9. Gentoo Linux or ArchLinux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Problem exists with default xmonad.hs or with a custom xmonad.hs (or with a randomly grabbed off the website xmonad.hs). Please provide any additional information below. I can set "Xinerama" "1" and there is no problem; I just don't particularly care for Xinerama. A) It turns off compositing. B) I cannot (at least don't know how to) launch apps to other screens from a prompt (ie 'DISPLAY=:0.2 mplayer -fs South.Park.S01312.avi'). Also, I generally use three monitors, but I can recreate the problem with the secondary card and tertiary monitor removed from my configuration, so it has not been mentioned here. (Things get even stranger when I try running xmonad on all three displays without Xinerama). If you need more info than my wordy description, I have a forum post on the ArchLinux boards and sent a message to the mailing list a bit back relating to this problem. (Note that the first few messages of the posting were before I figured out clearly what was happening). http://bbs.archlinux.org/viewtopic.php?id=83789 -- 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 488 in xmonad: new dmenu version breaks xmonad-contrib wrapper
by codesite-noreply＠google.com 23 Jul '12

23 Jul '12

Status: New Owner: ---- New issue 488 by Longp...(a)gmail.com: new dmenu version breaks xmonad-contrib wrapper http://code.google.com/p/xmonad/issues/detail?id=488 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 title: new dmenu version breaks xmonad-contrib wrapper dmenu-4.4.1 appends a newline to the outputted string representing the selected item, breaking xmonad-contrib's dmenu wrapper, which expects no newline. I've attached a patch to fix this. It's backwards compatible with old versions of dmenu. I've only tested it directly with ``dmenuMap``. What steps will reproduce the problem? 1. run code: ``dmenuMap $ M.fromList [("k_x","v_x"),("k_y","v_y"),("k_z","v_z")]`` 2. choose "k_x" in the menu bar that pops up What is the expected output? What do you see instead? Return value should be ``Just "v_x"``. Actual value is ``Nothing``. What version of the product are you using? On what operating system? reproduced on xmonad-contrib-0.10 and xmonad-contrib-0.9 with dmenu-4.4.1, worked with dmenu-4.2.1. Gentoo Linux Signature for attached file (xmonad-contrib-0.10-trim-dmenu-newline.patch): - -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEABECAAYFAk7upSQACgkQ3PGpByoQpZF0ZQCePDS+cf+yH5XE3HhQoj3s70S5 hhcAoJZZntuNYbYzR7oQp6BtEuRcQnNP =Awzc - -----END PGP SIGNATURE----- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (GNU/Linux) iEYEARECAAYFAk7upeYACgkQ3PGpByoQpZHsKQCaA990E4xVGmzlvOuPo1mgOaY8 vnkAnRj49CsrdEQg0MaMd3k/q1ZF4xF6 =dgAy -----END PGP SIGNATURE----- Attachments: xmonad-contrib-0.10-trim-dmenu-newline.patch 745 bytes

1 3

ManageHook and child windows
by Raghavendra D Prabhu 09 Jul '12

09 Jul '12

Hi, I am using ManageHook to assign windows to workspaces; however, sometimes I tend to move the window to other workspace and after that happens, any dialog/child window of this window appears in the original assigned workspace and not in the new workspace. Is there a way to fix / workaround this? Regards, -- Raghavendra Prabhu GPG Id : 0xD72BE977 Fingerprint: B93F EBCB 8E05 7039 CD3C A4B8 A616 DCA1 D72B E977 www: wnohang.net

4 9

darcs patch: Separate source and build directories (and 1 more)
by daniel.trstenjak＠googlemail.com 30 Jun '12

30 Jun '12

2 patches for repository http://code.haskell.org/xmonad: Thu Jun 7 15:16:32 CEST 2012 daniel.trstenjak(a)gmail.com * Separate source and build directories The source files are still located in '~/.xmonad' and the build files and the xmonad binary are now put into '~/.xmonad_build'. By separating the source and build directories it's easier and nicer to backup and synchronize the source files. Tue Jun 26 20:26:40 CEST 2012 daniel.trstenjak(a)gmail.com * Add getXMonadDir for backward compatibility

6 9

darcs patch: Add module XMonad.Actions.HitAHint.
by anekos 29 Jun '12

29 Jun '12

Hello. Please see the attached patch. This patch provides quick window selection by hint (like vimperator). If you have many tiled windows, this module will be useful. Thanks. 1 patch for repository http://code.haskell.org/XMonadContrib: Sat Jun 30 00:17:09 JST 2012 anekos <xmonad(a)snca.net> * Add module XMonad.Actions.HitAHint. This module provides hit-a-hints for window selection. User can quickly select a window by just typing a few characters.

1 0

Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0)
by Lara Michaels 29 Jun '12

29 Jun '12

Hi Tobias, Unfortunately this did not work for me. I downloaded the source, commented out that bit in EwmhDesktops.hs, compiled it and replace the EwmhDesktops.hi file found in my system with the compiled version of the modified file. It didn't change anything. I am now trying to reinstall 0.9.2 on my system but for some mysterious reason xmonad-contrib fails to build. :( ~l ----- Original Message ----- From: Tobias Hommel <xmonad(a)genoetigt.de> To: Lara Michaels <laramichaels1978(a)yahoo.com> Cc: Sent: Thursday, June 28, 2012 8:17 AM Subject: Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0) Hey Lara, that's quite easy. Grab the source code from XMonadContrib from: http://hackage.haskell.org/packages/archive/xmonad-contrib/0.10/xmonad-cont… Copy the XMonad/Hooks/EwmhDesktops.hs from the archive to ~/.xmonad/lib/XMonad/Hooks/EwmhDesktops.hs You may now modify your copy and restart/recompile xmonad, e.g. check out what happens if you comment out the lines concerning the "gnome-panel hack". On Wed, Jun 27, 2012 at 04:28:55PM -0700, Lara Michaels wrote: > Hi Tobias, > > Could you clarify what you mean by copying and modifying the relevant code for my personal config? Not sure how I would do that. > > thanks! > ~l > > > > ----- Original Message ----- > From: Tobias Hommel <xmonad(a)genoetigt.de> > To: Lara Michaels <laramichaels1978(a)yahoo.com> > Cc: "xmonad(a)haskell.org" <xmonad(a)haskell.org> > Sent: Wednesday, June 27, 2012 8:55 PM > Subject: Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0) > > Hey Lara, > > ah, that is a reason. So, either copy and modify the relevant code for your > personal config, or make the gnome-panel hack optional and send a patch > upstream, or maybe you could somehow tell XMonad to write the info elsewhere, > e.g. to window properties. > Although I would prefer the second method. The behaviour of the EWMH Module is > obviously wrong. > > On Wed, Jun 27, 2012 at 08:17:11AM -0700, Lara Michaels wrote: > > Hi Tobias, > > > > > Anyway, does this cause any problems? I haven't noticed any by now. > > > > > > Well, I would like to feed the output of "wmctrl -l" into an applet that would tell me which windows are on which workspace(s). This pretty much breaks any hope of getting that information precisely when it is most useful (ie, when one is using a multi-head setup and is likely to do even greater use of all the different workspaces). > > > > I am pretty confident this worked fine in 0.9, because I used the Gnome Windows Selector back then and it could tell me on which workspace each window was. > > > > best > > ~l > > > > > > ----- Original Message ----- > > From: Tobias Hommel <xmonad(a)genoetigt.de> > > To: Lara Michaels <laramichaels1978(a)yahoo.com> > > Cc: "xmonad(a)haskell.org" <xmonad(a)haskell.org> > > Sent: Wednesday, June 27, 2012 4:09 PM > > Subject: Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0) > > > > Hey Lara, > > > > hmm, you're correct, I noticed the same behaviour here. All windows from the > > workspace on the "laptop screen" and all from the "external screen" are listed > > as being on the currently active workspace, depending on "where my mouse cursor > > is". > > > > And yes, I also think this particular code snippet is responsible for this > > behaviour. > > > > Anyway, does this cause any problems? I haven't noticed any by now. > > > > On Wed, Jun 27, 2012 at 07:23:49AM -0700, Lara Michaels wrote: > > > While googling for a solution I came across this bit of code in XMonad.Hooks.EwmhDesktops: > > > > > > -- Per window Desktop -- To make gnome-panel accept our xinerama stuff, we display -- all visible windows on the current desktop. forM_ (W.current s : W.visible s) $ \x -> forM_ (W.integrate' (W.stack (W.workspace x))) $ \win -> do setWindowDesktop win curr > > > > > > [http://xmonad.org/xmonad-docs/xmonad-contrib/src/XMonad-Hooks-EwmhDesktops.…] > > > > > > Might this be why wmctrl reports all windows as being in the currently active workspace when I have Xorg running with two screens? > > > > > > thank you for any insight > > > ~l > > > > > > > > > On Tue, Jun 26, 2012 at 10:58:00AM -0700, Lara Michaels wrote: > > > > Hello, > > > > > > > > > > > > When I run wmctrl -l, it lists all my windows as being on the same workspace (workspace 0): > > > > > > > > 0x03600005 0 ubuntu l@ubuntu: ~ > > > > 0x02a000a3 0 ubuntu Mozilla Firefox > > > > 0x03a000a3 0 ubuntu Inbox - Local Folders - Mozilla Thunderbird > > > > > > > > However, when I run wmctrl -d it "knows" xmonad is using 7 workspaces named "1" through "7": > > > > > > > > 0 * DG: N/A VP: N/A WA: N/A 1 > > > > 1 - DG: N/A VP: N/A WA: N/A 2 > > > > 2 - DG: N/A VP: N/A WA: N/A 3 > > > > 3 - DG: N/A VP: N/A WA: N/A 4 > > > > 4 - DG: N/A VP: N/A WA: N/A 5 > > > > 5 - DG: N/A VP: N/A WA: N/A 6 > > > > 6 - DG: N/A VP: N/A WA: N/A 7 > > > > > > > > How can I get wmctrl to play nicely with xmonad? From searching the web I thought this would do the trick: > > > > > > > > import XMonad.Hooks.EwmhDesktops > > > > > > > > main = do > > > > xmonad $ ewmh gnomeConfig { modMask = mod4Mask > > > > , manageHook = manageDocks manageHook defaultConfig > > > > , workspaces = myWorkspaces > > > > , normalBorderColor = "#cccccc" > > > > , focusedBorderColor = "#cd8b00" > > > > , borderWidth = 3 > > > > , layoutHook = showWName myLayout > > > > , logHook = ewmhDesktopsLogHook <+> dynamicLogXinerama > > > > , handleEventHook = ewmhDesktopsEventHook > > > > } `additionalKeysP` myKeys > > > > > > > > > > > > but wmctrl still says all windows are on workspace 0. > > > > > > > > > > > > thank you for any help > > > > ~l > > > > > > > > _______________________________________________ > > > > xmonad mailing list > > > > xmonad(a)haskell.org > > > > http://www.haskell.org/mailman/listinfo/xmonad > > > > > > Regards, > > > Tobi > > > > Regards, > > Tobi > > Regards, > Tobi Regards, Tobi

2 3

displaying windows names
by Raphael Bauduin 29 Jun '12

29 Jun '12

Hi, Is there a way to temporarily display (toggle, or time-limited) each window's name to identify each window? By window name I mean eg what's displayed in the Tabbed Simplest layout. Here is why: when I use the Mirror Tall layout with an htop running in each terminal displayed, it's sometimes hard to identify which window is for which server. thanks raph

2 1

is there a way to build xmonad-contrib 0.9.2 on a system with ghc 7.4.1?
by Lara Michaels 28 Jun '12

28 Jun '12

Hi I would like to install xmonad 0.9.2 (which worked fine for me) on my Ubuntu 12.04 system (GHC 7.4.1). Following the instructions on README, xmonad-0.9.2 compiles fine but xmonad-contrib-0.9.2 fails at the build stage: [101 of 180] Compiling XMonad.Layout.MouseResizableTile ( XMonad/Layout/MouseResizableTile.hs, dist/build/XMonad/Layout/MouseResizableTile.o ) XMonad/Layout/MouseResizableTile.hs:182:17: Could not deduce (Eq t) arising from the literal `0' from the context (Num t) bound by the type signature for replaceAtPos :: Num t => [Rational] -> t -> Rational -> [Rational] at XMonad/Layout/MouseResizableTile.hs:(182,1)-(185,61) Possible fix: add (Eq t) to the context of the type signature for replaceAtPos :: Num t => [Rational] -> t -> Rational -> [Rational] In the pattern: 0 In an equation for `replaceAtPos': replaceAtPos [] 0 x' = [x'] cabal: Error: some packages failed to install: xmonad-contrib-0.9.2 failed during the building phase. The exception was: ExitFailure 1 Is there a way to get this to build on my system? thank you for any help ~l

2 3

how to redirect dynamicLogXinerama output to a FIFO/named pipe?
by Lara Michaels 28 Jun '12

28 Jun '12

I would like to be able to have xmonad write the output of its dynamicLogXinerama to a FIFO (that I can then read from a Unity app indicator and thus display the workspaces being currently used). I modified my desktop config so that rather than executing xmonad directly it instead runs a simple wrapper script #!/bin/sh mkfifo /tmp/xmonad-fifo xmonad >/tmp/xmonad-fifo but to my surprise running 'tail -f /tmp/xmonad-fifo' shows no output, while if I simply start xmonad in a terminal I can see it printing information about the workspaces being used to the terminal: [1] [1] [2]1 [2]1 ... It would be awesome if anyone could tell me why xmonad's dynamicLog output is not showing up in the FIFO. xmonad itself is clearly running (from the moment I start reading data from the FIFO.) thanks! ~l

3 7

Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0)
by Lara Michaels 27 Jun '12

27 Jun '12

While googling for a solution I came across this bit of code in XMonad.Hooks.EwmhDesktops: -- Per window Desktop -- To make gnome-panel accept our xinerama stuff, we display -- all visible windows on the current desktop. forM_ (W.current s : W.visible s) $ \x -> forM_ (W.integrate' (W.stack (W.workspace x))) $ \win -> do setWindowDesktop win curr [http://xmonad.org/xmonad-docs/xmonad-contrib/src/XMonad-Hooks-EwmhDesktops.…] Might this be why wmctrl reports all windows as being in the currently active workspace when I have Xorg running with two screens? thank you for any insight ~l On Tue, Jun 26, 2012 at 10:58:00AM -0700, Lara Michaels wrote: > Hello, > > > When I run wmctrl -l, it lists all my windows as being on the same workspace (workspace 0): > > 0x03600005 0 ubuntu l@ubuntu: ~ > 0x02a000a3 0 ubuntu Mozilla Firefox > 0x03a000a3 0 ubuntu Inbox - Local Folders - Mozilla Thunderbird > > However, when I run wmctrl -d it "knows" xmonad is using 7 workspaces named "1" through "7": > > 0 * DG: N/A VP: N/A WA: N/A 1 > 1 - DG: N/A VP: N/A WA: N/A 2 > 2 - DG: N/A VP: N/A WA: N/A 3 > 3 - DG: N/A VP: N/A WA: N/A 4 > 4 - DG: N/A VP: N/A WA: N/A 5 > 5 - DG: N/A VP: N/A WA: N/A 6 > 6 - DG: N/A VP: N/A WA: N/A 7 > > How can I get wmctrl to play nicely with xmonad? From searching the web I thought this would do the trick: > > import XMonad.Hooks.EwmhDesktops > > main = do > xmonad $ ewmh gnomeConfig { modMask = mod4Mask > , manageHook = manageDocks manageHook defaultConfig > , workspaces = myWorkspaces > , normalBorderColor = "#cccccc" > , focusedBorderColor = "#cd8b00" > , borderWidth = 3 > , layoutHook = showWName myLayout > , logHook = ewmhDesktopsLogHook <+> dynamicLogXinerama > , handleEventHook = ewmhDesktopsEventHook > } `additionalKeysP` myKeys > > > but wmctrl still says all windows are on workspace 0. > > > thank you for any help > ~l > > _______________________________________________ > xmonad mailing list > xmonad(a)haskell.org > http://www.haskell.org/mailman/listinfo/xmonad Regards, Tobi

2 4