- xmonad - Haskell.org

Firefox redraw
by Tuncer Ayaz 20 Mar '17

20 Mar '17

The recent urxvt slow rendering thread reminded me that xmonad sometimes suffers from an interesting redraw slowdown with Firefox that doesn't happen in dwm or spectrwm. Sometimes Firefox as the sole window in a tag/desk takes longer to redraw itself upon entering the tag/desk when the previous tag/desk was an empty one. If you switch from a tag/desk with one or more windows, then it's quicker to redraw. Put differently, you either notice the redraw or you don't. I say sometimes because I haven't been able to reproduce it today, but I wonder if anyone else has seen this. The config is xmonad-testing/example-config.hs or my extended version with personalized settings, and I use compton to enable vsync, if that matters.

1 0

urxvt slow rendering
by Richard Watson 09 Mar '17

09 Mar '17

Hello I've been a long-time xmonad user (over 5 years) on all my machines, installing using the Debian package. I'm currently running Debian jessie kernel 3.16 on my main desktop. Recently I upgraded Debian on my primary desktop (jessie kernel 3.16). I'm running xmonad v0.11, instead of v0.10 on my other machines. I notice that when certain GUI application are running (e.g. Chrome, vmplayer, but not firefox & thunderbird) my urxvt terminal renders *really* slowly, redrawing the window line at a time! I also notice a huge X server CPU load (25-50%, as shown by top). I've looked at X server logs and config and cannot see anything that is unusual. Could there be an xmonad issue here? Has anyone else experienced something similar? Any hints as to how to debug this? --Richard Watson

5 7

Cycle through all visible windows
by alexsu04＠gmail.com 23 Feb '17

23 Feb '17

Hi all, I’ve been trying to get XMonad set up for dual monitor, but have been struggling with finding a way to cycle focus through every window (not workspace) visible on either screen. The behavior would be similar to XMonad.Actions.WindowNavigation (the experimental module), but the cycling wouldn’t be bound to any direction, just cycle through all visible windows in the normal Alt-Tab sequence (left to right, top to bottom). I’ve found some code in a previous thread that supposedly manipulates the StackSet, but it didn’t work for me: > -- top of config > import qualified XMonad.StackSet as W > -- somewhere at top level > onAllWS f = windows $ \ws(a)W.StackSet{ W.current = c, W.visible = vs } -> > let screenNext x = W.current . f $ ws { W.current = x } > c':vs' = map screenNext (c:vs) > in ws{ W.current = c', W.visible = vs' } ... > -- in keybindings: there are much more W.swap* W.focus* and W.shift* functions to use. > ,((modm, xK_f), onAllWS W.focusDown) > ,((modm, xK_d), onAllWS W.focusUp) > ,((modm, xK_g), onAllWS W.swapMaster) Unfortunately, I’m still too terrible at Haskell to fix whatever is wrong with the above code, and haven’t found any other modules that have the functionality I want. Any help would be appreciated! Thanks! Alex

6 12

Not inheriting default Keybindings
by Dave Macias 20 Feb '17

20 Feb '17

Hello everyone been using xmonad for about 2 years now and it's great! something that was mention resently on another mail was something about "default keybindings being inherited or overwritten" That is actually what happens with my xmonad.hs. I have to manually code every default keybinding for them to work. It would be nice to shrink the xmonad.hs file by inheriting the default keybindings but i have no clue what to change. Im assuming my issue is in 'main' or 'defaults'. I tested mod+shift+enter which should run 'myTerminal' but it does not :( Here is a snippet of the config. Note that i pass 'hostname' down for perHost keybindings. http://pastebin.com/Msec53xJ Thank you for the assistance -dave

2 2

dual monitor
by Lajos Bodnar 04 Feb '17

04 Feb '17

Hi all. I'm new in the mail list, and sorry for my english ... I tried to set up my wm for dual monitor with these keyboard settings: -- mod-[1..9], Switch to workspace N -- mod-shift-[1..9], Move client to workspace N -- [((m .|. mod4Mask, k), windows $ f i) | (i, k) <- zip (XMonad.workspaces conf) [xK_1 .. xK_9] , (f, m) <- [(W.greedyView, 0), (W.shift, shiftMask)]] ++ -- -- mod-{w,e,r}, Switch to physical/Xinerama screens 1, 2, or 3 -- mod-shift-{w,e,r}, Move client to screen 1, 2, or 3 -- [((m .|. mod4Mask, key), screenWorkspace sc >>= flip whenJust (windows . f)) | (key, sc) <- zip [xK_w, xK_e] [0..] , (f, m) <- [(W.view, 0), (W.shift, shiftMask)]] I exprerienced that when I switch workspace the opened windows moved the new workspace from the inactive screen. If the inactive screen is empty in the workspace where I have just moved then a window will fill it. I hope it is understandable for you. Any idea ? What is wrong ? What causes it ? Regards, Lajos

3 6

Starting Audacity under Xmonad triggers end of user session
by Josiah Schwab 17 Jan '17

17 Jan '17

Hello, I am using xmonad on Arch Linux on a ThinkPad X1 Carbon (Gen 4). Over the past few months, I have occasionally had issues where my X session suddenly ends and I am dumped back into my display manager. There is no relevant information in /var/log/Xorg.0.log.old, simply the line [ 4566.334] (II) Server terminated successfully (0). Closing log file The only relevant lines I see in the journal are: Jan 17 08:26:55 monolith lightdm[31036]: pam_unix(lightdm:session): session closed for user jschwab Jan 17 08:26:55 monolith org.a11y.atspi.Registry[31192]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" Jan 17 08:26:55 monolith org.a11y.atspi.Registry[31192]: after 885 requests (885 known processed) with 0 events remaining. I finally found a 100% reproducible case, which is to launch the program audacity. I confirmed that this issue occurs using the example xmonad configuration shipped with the Arch Linux package (/usr/share/x86_64-linux-ghc-8.0.1/xmonad-0.12/man/xmonad.hs). I suspect that xmonad is at least a contributing factor, because I installed another window manager (openbox) and confirmed that the problem does not occur there. I also confirmed that the issue occurs with the xmonad-git and xmonad-contrib-git packages, which track master on GitHub, so this hasn't been fixed since 0.12. Does anyone have any suggestions on how to track down the source of this problem? Josiah P.S. This was cross-posted on the Arch Linux forums. https://bbs.archlinux.org/viewtopic.php?pid=1684595

2 2

Issue with screenlocker obscured in background after display change
by Ethan Schoonover 16 Jan '17

16 Jan '17

A consistently reproducible problem involving titlebar decorations & screenlockers. I would have submitted an issue on github, but I'm not even sure if this is an XMonad core issue, an X.L.NoFrillsDecoration issue, a general decoration issue, or what, exactly. Summary: ------------------------------------------------------- Screenlocker (tested with various) is obscured by windows after display change when using a minimal layout with titlebar decorations. Video demonstrating issue: ------------------------------------------------------- https://www.youtube.com/watch?v=O3P_VJIZBE0 Environment: ------------------------------------------------------- Dual monitor (laptop/external), normally used one at a time. I have a udev rule that triggers a shell script that switches display when hotplugging/unplugging. Scenario (as demonstrated in video): ------------------------------------------------------- 1. External monitor active, internal inactive (or vice versa, point being only one display active) 2. Screen lock using any of several common screen lockers (tested this issue with: xscreensaver, i3lock, sxlock) is activated while connected to external display. Hot-unplug of external display triggers udev xrandr script, internal laptop display is successfully activated. 3. If using layout without titlebar decorations, there is no problem 4 If using X.L.NoFrillsDecoration to make title bar decorations on the windows, the layout windows are drawn on TOP of the screen locker on the new display. The screenlocker retains input focus, so it can be unlocked, but it is obscured by the windows on top of it. (I can see the screenlocker through the terminals since I'm using transparency, but if a non transparent window, the screenlocker is completely obscured). Dotfiles: ------------------------------------------------------- Gist of very basic XMonad config I put together to test this. https://gist.github.com/altercation/1e5150369b4eb6f7caf013550de0bd43 Any ideas on work arounds for this? -Ethan Ethan Schoonover es(a)ethanschoonover.com @ethanschoonover http://ethanschoonover.com Freenode/Github: altercation

3 3

Controlling Window Location with XMonad.Layout.ThreeColumns
by Eyal Erez 13 Jan '17

13 Jan '17

Hi, I have an ultrawide monitor and so I use ThreeColumns most of the time. I create it like so: ThreeColMid 1 (3/100) (1/3) This works fine, however, I'm getting some strange behavior when creating an closing windows. I hope I can explain this with a small diagram which shows window location as I create and close apps: CREATE 1 [ a ] 2 [b][ a ] 3 [a][c][b] CLOSE 1 [a][c][b] 2 [b][ a ] 3 [ a ] So, when going from 2 to 3 open windows, window "a" and "b" switch location for some reason. in step #2 "b" is on the left and "a" is on the right, but when a third window is added (or removed) they swap locations. This is very confusing. Is there anyway I can cause this to stop happening? It would also be nice if window "b" was created into the active location, but that's more of a nitpick. Thank you -- There are 10 types of people, those who know binary and those who don't.

3 4

Ready for v0.13?
by Peter Jones 12 Jan '17

12 Jan '17

It's been almost a year since we released v0.12 (which had an unfortunate struts bug). We should have done this a long time ago but better late than never. With my favorite holiday behind us, I have some spare time I could use to drive another release. But I'm going to need everyone's help. I'd like to close as many issues and pull requests as we can before making a release. And of course, getting master tested before the release would be a good idea too ;) Want to help? Pick one or more of the following: 1. Look through the list of pull requests and find one that sounds interesting to you. Merge it into your local xmonad and try it out: https://github.com/xmonad/xmonad/pulls https://github.com/xmonad/xmonad-contrib/pulls 2. Look through the list of issues and: a) Add a comment with more details if the bug is also affecting you b) If you think you can fix it, add a comment and then get working! 3. If you are interested in testing master before the release please let us know so we can start a dialog. What if you want to help but don't know how to build xmonad from source, or don't know how to use git? No problem! Reach out to me, I'd be more than happy to help you out. Either post a message to this mailing list, send me a direct email, or reach out to me on IRC, I'm pmade on #xmonad (on freenode). (We probably need a CONTRIBUTING.md file in the repo. I can work on that too.) I love xmonad and I know a lot of you do too. Let's make v0.13 a good release and make future releases easier. Thanks! -- Peter Jones, Founder, Devalot.com Defending the honor of good code

1 1

Get width and height of current screen ?
by e.a.gebhart＠gmail.com 08 Dec '16

08 Dec '16

I know the information is there but I don't have sufficient Haskell skills to figure it out yet. I've only been using Xmonad for about 6 months. I've seen the information in the StackSet doc, and I can also see it in prelude with this: Graphics.X11.openDisplay [] >>= Graphics.X11.Xinerama.getScreenInfo [Rectangle {rect_x = 0, rect_y = 0, rect_width = 3440, rect_height = 1440}] I have yet to successfully look inside the stackSet. I can tell that I'm not getting something that is very fundamental. I have this submap that I use mostly to move my scratchpads around. It works great but I would like to set the width and height according to the height and width of the current screen. floatKeymap = [ ("g", withFocused (keysMoveWindowTo (0,40) (0,0))) -- Top Left , ("c", withFocused (keysMoveWindowTo (halfWidth, 40) (1%2, 0))) -- Top Center , ("r", withFocused (keysMoveWindowTo (screenWidth, 40) (1,0))) -- Top Right , ("h", withFocused (keysMoveWindowTo (0, halfHeight) (0, 1%2))) -- Left Center , ("t", withFocused (keysMoveWindowTo (halfWidth, halfHeight) (1%2, 1%2))) -- Center , ("n", withFocused (keysMoveWindowTo (screenWidth, halfHeight) (1, 1%2))) -- Right Center , ("m", withFocused (keysMoveWindowTo (0, screenHeight) (0,1))) -- Bottom Left , ("w", withFocused (keysMoveWindowTo (halfWidth, screenHeight) (1%2, 1))) -- Bottom Center , ("v", withFocused (keysMoveWindowTo (screenWidth, screenHeight) (1,1))) -- BottomRight ] where screenWidth = 3440 screenHeight = 1440 halfWidth = div screenWidth 2 halfHeight = div screenHeight 2 I would appreciate any pointers that would help me understand and figure this out.

2 3