- xmonad - Haskell.org

Problem getting simpleTabbed to work.
by Stefan Pynappels 25 Jan '13

25 Jan '13

Hi all, Please go easy on me as I'm a noob at this xmonad/Haskell lark, but I've exhausted my Google-fu. I'm running xmonad on Ubuntu 12.04 and I'm very happy with it, it works very well and I've happily made some minor changes like changing the keybinding for the default ALT key and using xmobar etc. However, I've had some problems getting the simple Tabbed layout working, I wanted to replace the Full layout with the tabbed layout. Here is my xmonad.hs: import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Util.Run(spawnPipe) import XMonad.Util.EZConfig(additionalKeys) import System.IO import XMonad.Layout.Tabbed myLayout = ( Tall 1 (1/2) (3/100) ||| Mirror Tall ||| simpleTabbed ) myWorkspaces = ["1:terminal","2:web","3:XenDesktop","4:four","5:five","6:six","7:seven","8:media","9:Skype"] main = do xmproc <- spawnPipe "/usr/bin/xmobar /home/stefan/.xmobarrc" xmonad $ defaultConfig { manageHook = manageDocks <+> manageHook defaultConfig , workspaces = myWorkspaces , modMask = mod5Mask , layoutHook = avoidStruts $ layoutHook defaultConfig , logHook = dynamicLogWithPP xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "green" "" . shorten 50 } } But when I restart xmonad using alt-q, I get the following error: Error detected while loading xmonad configuration file: /home/stefan/.xmonad/xmonad.hs xmonad.hs:8:55: Couldn't match expected type `Rational -> Rational -> Tall a0' with actual type `Window' Expected type: XMonad.Layout.LayoutModifier.ModifiedLayout (XMonad.Layout.Decoration.Decoration TabbedDecoration XMonad.Layout.Decoration.DefaultShrinker) XMonad.Layout.Simplest.Simplest (Rational -> Rational -> Tall a0) Actual type: XMonad.Layout.LayoutModifier.ModifiedLayout (XMonad.Layout.Decoration.Decoration TabbedDecoration XMonad.Layout.Decoration.DefaultShrinker) XMonad.Layout.Simplest.Simplest Window In the second argument of `(|||)', namely `simpleTabbed' In the second argument of `(|||)', namely `Mirror Tall ||| simpleTabbed' Please check the file for errors. The only difference between the above xmonad.hs file and a working one is the entire myLayout line has been added to the above, following the guide on the xmonad page and some other guides Google turned up. So, can aybody point me to where it's going wrong? I could not find any reference to `Rational -> Rational -> Tall a0`. Thanks in advance. Stefan.

2 4

Issue 525 in xmonad: struts not recalculated when a dock window moves instead of being unmapped/remapped; also, ewmhDesktopsEventHook doesn't relay events to docksEventHook
by codesite-noreply＠google.com 24 Jan '13

24 Jan '13

Status: Accepted Owner: allber...(a)gmail.com New issue 525 by allber...(a)gmail.com: struts not recalculated when a dock window moves instead of being unmapped/remapped; also, ewmhDesktopsEventHook doesn't relay events to docksEventHook http://code.google.com/p/xmonad/issues/detail?id=525 What steps will reproduce the problem? 1. Drag a gnome-panel to a new location instead of using its Preferences dialog to reposition it. What is the expected output? What do you see instead? The layout is not recalculated to account for the relocated panel. There should be a handleEventHook for ManageDocks which checks for a change in the strut property (_NET_WM_STRUT or _NET_WM_STRUT_PARTIAL as appropriate) and forces the layout to be recalculated. Presently there is a little-known and mostly unused docksEventHook which only supports the case where a new dock is unexpectedly mapped; most of the time this is handled automatically because docks use EWMH properties instead of declaring themselves to be override_redirect. (Although this might also explain some cases where a dock does not behave properly until something does force a layout refresh.) Related to this, EwmhDesktops might want to invoke docksEventHook; while the normal case might currently be that it's not needed since one would expect an EWMH dock to use EWMH facilities instead of override_redirect, this will necessarily change if we add support for dynamically changing struts.

1 3

xmonad and remapping keys with xmodmap
by Ico 18 Jan '13

18 Jan '13

I've recenly bought a new notebook that comes with a numeric keypad. I don't like numeric keypads, so I remapped the keys to generate the regular key codes for arrow keys, home, end, pgup and pgdown, etc xmodmap -e "keycode 83 = Left Left" ... In my xmonad.hs I use alt-shift-<arrows> for shrinking and expanding windows: ((modMask .|. shiftMask, xK_Left ), sendMessage Shrink) ... but when remapping strange things happen: - using the default keyboard layout, the normal arrow keys work with xmonad, but the numpad arrows do not ('KP_Left' is sent instead of 'Left', so that is to be expected) - I remap the numpad arrows to send 'Left' instead of KP_Left': xmodmap -e "keycode 83 = Left Left" ... - Xmonad now works with the keypad left arrow key, but the normal arrow key (that was not remapped) is no longer picked up by xmonad. It works for all other apps I tested, though. xev shows the normal key symbols when pressing the keys. Any advice on how to debug of fix this is much appreciated, Ico -- :wq ^X^Cy^K^X^C^C^C^C

3 3

Re: Issue 135 in xmonad: toggleBorders (XMonad.Action.NoBorders) Causes floating windows to grow in size
by codesite-noreply＠google.com 17 Jan '13

17 Jan '13

Comment #2 on issue 135 by neoraider: toggleBorders (XMonad.Action.NoBorders) Causes floating windows to grow in size http://code.google.com/p/xmonad/issues/detail?id=135 This bug occurred when I tried to disable the border of a Gnome-Do window automatically (it doesn't look nice with one), causing the Gnome-Do window to grow indefinitely, filling the whole screen after a few seconds. The attached patch solves the problem for me, making XMonad.Operations.floatLocation use the actual window border width instead of the globally configured one. Attachments: xmonad.patch 588 bytes -- 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 2

xmonad, XMonad.Hooks.EwmhDesktops, wmctrl -l and Firefox
by Thomas Løcke 16 Jan '13

16 Jan '13

Hey all, I've more or less solved all my issues, and I'm ever so slowly moving towards handing over the first two xmonad powered desktops to my employees. I do though still have one unsolved problem: wmctrl -l does not list all the windows that are currently open, so I can't reliable close Firefox with "wmctrl -c firefox" meaning that more often than not when Firefox is started, I get the nasty "restore" page. Quite annoying. I've added XMonad.Hooks.EwmhDesktops to xmonad.hs, but it does not appear to solve the problem. http://hpaste.org/80773 Anybody got an idea as to what else I can do to fix this? I need to be able to quit Firefox gracefully from a script, and plain pkill/kill just doesn't cut it. :o) Thomas Løcke

3 5

Workspace ordering and DynamicWorkspaces (+ patch)
by Hans Chen 15 Jan '13

15 Jan '13

I use DynamicWorkspaces with a few predefined workspaces. The problem is that when creating a new workspace, it gets sorted before my predefined workspaces and thus I can't always have e.g. "web" on Mod+1. When searching for this issue I found the following patch: http://www.haskell.org/pipermail/xmonad/2012-July/012810.html I've been using it successfully since then, and in my opinion this new behavior makes much more sense. My question is, does anyone know why the patch hasn't been merged yet? Is there anything I can do to get it merged? Note that I don't have anything to do with the patch, all credits goes to the original author Matthew Hague. Cheers, and great work with the 0.11 release! Hans

4 8

Updating focus after switching workspaces.
by Allen S. Rout 14 Jan '13

14 Jan '13

Could someone point me to the right area of the Fine Manual in which I'd find techniques to assert focus changes? I've got a bunch of workspace display features set more or less as I desire, with chords set to things like "Show me the web on the right, the mail client on the left, and the two screens for project 6 on the center two monitors". But when I've done so, I often find the focus is set differently than I'd prefer. As an initial goal, I was aiming for something like 'See where the mouse is? Put focus there'. - Allen S. Rout

2 1

Issue 524 in xmonad: fine-grained restoring of layout state
by codesite-noreply＠google.com 14 Jan '13

14 Jan '13

Status: New Owner: vogt.a...(a)gmail.com Labels: Type-Enhancement Usability New issue 524 by vogt.a...(a)gmail.com: fine-grained restoring of layout state http://code.google.com/p/xmonad/issues/detail?id=524 If the 'a' stays the same but the user changes the layout 'b', such that it cannot be read for layouts: onWorkspace "1" a b a ||| b Currently the whole layout will be reset to whatever the default is. It is possible to use the 'a'. For example using template haskell: https://github.com/liskin/liskin-xmonad-conf/blob/master/lib/XMonad/Layout/… Perhaps there's a way to do it without issues such as: - complicated code - template haskell - breaking all code that has `import XMonad'

1 0

Issue 523 in xmonad: Too small remembered pids hooks in XMonad.Actions.SpawnOn
by codesite-noreply＠google.com 14 Jan '13

14 Jan '13

Status: New Owner: ---- New issue 523 by kag...(a)genshiken.org: Too small remembered pids hooks in XMonad.Actions.SpawnOn http://code.google.com/p/xmonad/issues/detail?id=523 I use spawnOn in the startup hook because I want to run all needed programs at the their workspaces on window manager start. (I don't want to use manageHook because I may start using them on another workspaces.) The hook looks like this: startupHook' :: X () startupHook' = do args <- io getArgs -- Check for the first start unless ("--resume" `elem` args) $ do spawnOn "1" "firefox-bin" spawnOn "1" "deadbeef" spawnOn "2" "gajim" spawnOn "2" "thunderbird-bin" It works great but as soon as I need more programs for startup it doesn't shift all of them to the right place because spawnOn remember only 5: XMonad/Actions/SpawnOn.hs maxPids :: Int maxPids = 5 I tried to increase it to 20 and it keep working as supposed. So could you please apply it to upstream as well? However "20" fails in this issue too: it could be too small for some people, so maybe it should be "100" or even we should simply strip out any restrictions on max number of remembered pid/hook pairs. The only drawback that I can see in the last case: if window with remembered pid property will not appear, we will keep info about it in the state forever. But I don't think that it is a big problem. Labels: Component-Contrib

1 3

Re: [xmonad] Issue 182 in xmonad: Key bindings should be showable
by codesite-noreply＠google.com 13 Jan '13

13 Jan '13

Comment #2 on issue 182 by daniel.s...(a)gmail.com: Key bindings should be showable http://code.google.com/p/xmonad/issues/detail?id=182 Issue 489 has been merged into this issue.

1 12