June 2012 - xmonad - Haskell.org

Unreliable focus actions in Floating layout
by David Unric 27 Jun '12

27 Jun '12

Hi, another PITA of floating windows handling in Xmonad: 1) set floating layout on an empty workspace (SimplestFloat or SimpleFloat) 2) launch two X window applications consecutively, like xterm and then gVim 3) try to change focus with a keyboard - Prev/Next (Mod-j or Mod-k by default) - FOCUSED WINDOWS ALWAYS POPS UP 4) now try to move a bit the top window with a mouse (Mod-MouseButton1 by default) 5) try to change focus again like in point 3) -> FOCUSED WINDOW DOES NOT POP UP AND STAYS BELLOW Is ths a bug, a feature or am I missing something here ?

2 1

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

27 Jun '12

Hi Tobias, Thank you for your help. I tried adding the line , startupHook = ewmhDesktopsStartup but it made no difference. What I have realized, though, is that wmctrl correctly reports on which workspace each window is when I am running my laptop in "standalone" mode (ie, without external screens). When I plug in an external screen, suddenly wmctrl -l reports all windows as being in the currently active workspace: 0x02000005 2 ubuntu root@ubuntu: ~ 0x02c000a3 2 ubuntu Mozilla Firefox 0x0200015c 2 ubuntu l@ubuntu: ~ if I workspace 2 currently has focus and if, eg, workspace 0 has focus then 0x02000005 0 ubuntu root@ubuntu: ~ 0x02c000a3 0 ubuntu Yahoo! Mail - Mozilla Firefox 0x0200015c 0 ubuntu l@ubuntu: ~ Any idea on how I might fix this? Does it have to do with xinerama? thanks! ~l ----- Original Message ----- From: Tobias Hommel <tobi(a)keksbude.net> To: Lara Michaels <laramichaels1978(a)yahoo.com> Cc: "xmonad(a)haskell.org" <xmonad(a)haskell.org> Sent: Wednesday, June 27, 2012 12:32 PM Subject: Re: [xmonad] "wmctrl -l" lists all my windows as being on the same workspace (0) Hey Lara, for me wmctrl works, but I have an additional line in my config: , startupHook = ewmhDesktopsStartup From the documentation: > Initializes EwmhDesktops and advertises EWMH support to the X server Maybe this solves your problem. 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

1 0

mupdf and llpp return from fullscreen
by Carsten Mattner 27 Jun '12

27 Jun '12

mupdf is configured doFloat and with isFullScreen --> doFullFloat and smartBorders it does perfectly go fullscreen. When I press 'f' again to return from fullscreen the previously floating mupdf window gets tiled. Same happens for llpp (mupdf based pdf viewer). No doFloat rule for llpp configured. What might be happening?

4 14

"wmctrl -l" lists all my windows as being on the same workspace (0)
by Lara Michaels 26 Jun '12

26 Jun '12

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 <+> myManageHook <+> 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

1 0

A third border color for the last focused window of a non-active screen
by Mauro Stettler 26 Jun '12

26 Jun '12

Hi list I have a question regarding the colors of window borders. As far as i can see there are the two values normalBorderColor and focusedBorderColor in the config, which define the focused and not-focused colors of window borders. At my workdesk I have a dual-head setup, so I select the two screens with mod-w and mod-e. Now every time I select the other screen the window of this screen which has been focused when i left the screen gets focused again. So my question is, is there any way how I could choose a third color for the last focused window of a screen which is not selected at the moment. Like for example in the following scenario: - I have 4 windows on each of the two screens - The right screen is selected and its top right window is focused - Now i select the left screen, so the top right window of the right screen gets inactive and the last active window of the left screen gets focused What i would like in this situation is that the top right window of the right screen gets a third border color, so that next time when I switch back to the right screen I can see in advance which of its windows will be focused. Unfortunately my Haskell isn't very good. Is there maybe any easy way how i could achieve that? Thanks, Mauro

2 1

XMonad.Action.KeyRemap make that I can't type anything + Alt Gr makes no effect
by Théophile Wallez 26 Jun '12

26 Jun '12

Hi, I'm french, and I use the dvorak programmer layout, on an azerty keyboard. I installed XMonad yesterday, and I started to configure it a bit. XMonad.Action.KeyRemap seemed perfect for me, because I would like to change layout (azerty / dvorak, and later, bepo (the "french dvorak")) dynamically. The problem is that : when I use "emptyKeyRemap", it's fine, I can type text, but when I use "dvorakAzertyRemap", I can't type anything (in fact, my key bindings don't change, and I can type in dmenu). I attached my xmonad.hs. Also, the bug is not in my "dvorakAzertyRemap" definition, there is exactly the same bug with "dvorakProgrammerKeyRemap". Also, under gnome / compiz, I can use the "Alt Gr" key, but under XMonad, it makes no effect. It's a bit annoying, because I need it to type accents, when I type in french with the dvorak programmer layout. The useful lines are : 18 (import), 139-140 (binding), 161 ("buildKeyRemapBindings"), 258 ("setDefaultKeyRemap"), and 300-316 (my custom "dvorakAzertyRemap"). Thank you in advance.

1 0

xmonad + fake xinerama + vertical rotation
by Lara Michaels 25 Jun '12

25 Jun '12

I have the following problem and am wondering if anyone can help me with it. It is a bit weird but given xmonad's awesome multi-head/multi-workspace support I am guessing that someone in the xmonad community must have tried something similar. I am running xmonad 0.10. I have two "displays" attached to my computer. I write "displays" (with the double quotes) because one is an actual 19" monitor and the other is a Matrox Dualhead2Go (www.matrox.com/graphics/en/products/gxm/dh2go/) which in turn is running two additional 19" monitors. All three monitors have 1280x1024 resolution. The Matrox device is working as intended: it presents itself to the system as a single 2560x1024 screen. I have used xrandr to vertically rotate both screens (ie, both the "real" 19" screen connected to my computer as well as the "fake" Matrox 2560x1024 screen) and lay them out as I wish. As far as xrandr is concerned, I have two displays: ------------- -------------- | 19" | | fake | | screen | | Matrox | | | | screen | | | | | ------------- | | | | | | | | | | ------------ I have used fakexinerama (http://home.kde.org/~seli/fakexinerama/) to try to break up the second huge screen into two separate ones. I use the config: 3 0 0 1024 1280 1024 0 1024 1280 2048 0 1024 1280 to tell it I would like to treat my screens as if they were three 1024x1280 screens laid out side-to-side: ------------- ------------- ------------- | 19" | | 19" | | 19" | | screen | | screen | | screen | | | | | | | | | | | | | ------------- ------------- ------------- I do need to scroll my mouse downwards to go from the center to the right-most screen, but that is not a problem. xmonad treats the left-most screen (which is the one directly connected to the computer) just fine but then something weird happens with the other two. What is strange is that in some regards xmonad seems to "respect" the fact that the center and right-most screens are not the same (eg, if I open a new terminal on the center screen it has the right dimensions -- 1024x1280 -- without overflowing into the right-most screen) but in others it doesn't and just treats the right-most screen as the "bottom half" of the center screen (eg, if I move the mouse to the right-most screen and press the keyboard shortcut for opening a terminal, it actually opens up a 1024x1280 terminal in the center screen and leaves the right-most screen empty). Now what I cannot understand is that I can run these three screens perfectly fine as long as I set them up horizontally. I just use the fakexinerama config 3 0 0 1280 1024 1280 0 1280 1024 2560 0 1280 1024 ------------------- ---------------------- -------------------- | 19" | | 19" | | 19" | | screen | | screen | | screen | | | | | | | -------------------- -------------------- -------------------- and xmonad is perfectly happy with telling apart the center and right-most screens: eg, placing the mouse in the right-most screen and pressing the keyboard shortcut for opening a terminal works just as intended (ie, the terminal shows up on the right-most screen and measures 1280x1024). Any hint on how I can get this peculiar setup to work while keeping the monitors vertical would be terrific. And my apologies for the crappy ASCII art. :) Many thanks ~l What I would like to do: I would like to use my three screens with a vertical layout.

1 0

meta workspace gathering all windows
by Carsten Mattner 24 Jun '12

24 Jun '12

Is it possible to gather all windows in workspace 0 like dwm's tag 0?

2 1

Show *all* windows in a grid layout
by Sepp Tannhuber 24 Jun '12

24 Jun '12

Hello, I am using "goToSelected" from GridSelect to switch between windows. This arranges all window titles in a grid. And I can switch to the corresponding window very quickly. However I would prefer to arrange the windows itself (from all workspaces) rather than their titles in a grid layout and then select them in a similar way (with keys j,k,l,h). How can I do it? Is it possible to arrange all windows from all workspaces in a grid layout? Cheers Sepp

2 3

Integrating boringWindows and minimize
by Christopher Howard 24 Jun '12

24 Jun '12

Hi. I use XMonad mostly with the Full layout, and switch between applications with the keyboard, but I wanted to be able to minimize windows occasionally. The idea is to get them out of the way so I can more quickly switch between other windows. Anyway, I almost got what I wanted with something like so, trying to follow online documentation (and guessing at what wasn't clear to me): code: -------- myLayout = boringWindows (minimize (Full ||| tiled)) ||| tiled -------- The minimizing part seems to work fine (minimized windows don't display). However, when I switch through the the windows with the keyboard, minimized windows apparently are still receiving focus. So, for example, if I have three minimized windows, between two regular ones, I will have to focus down three times before being switched between the two. (Thank you for your patience. I have to admit it's been quite a while since I did any Haskell programming, so I've forgotten most of the basics.) -- frigidcode.com indicium.us

3 2