November 2014 - xmonad

Issue 581 in xmonad: The WM fails to adapt to non-default visuals (32-bit ARGB visual in the case).
by codesite-noreply＠google.com 26 Nov '14

26 Nov '14

Status: New Owner: ---- New issue 581 by ptr...(a)gmail.com: The WM fails to adapt to non-default visuals (32-bit ARGB visual in the case). https://code.google.com/p/xmonad/issues/detail?id=581 What steps will reproduce the problem? 1. Get Xmonad 2. Get Termite (V9 or higher) from Github/your repositories Github: https://github.com/thestinger/termite (To build it, also make sure to check out the utils directory) 3. Get Compton (any release should do) 4. run Xmonad, default config is fine. To get a better idea of the bug, a bigger window border might be useful. 5. run Compton (with -e to make sure window borders are drawn solid): compton --config /dev/null -e 1.0 6. run termite What is the expected output? What do you see instead? Expected: you get a termite window and a solid window frame. You get: A non-solid, semi-transparent window frame What version of the product are you using? On what operating system? I am using Xmonad, compton and termite on Arch Linux, from their repos. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Nope, nothing special needed here. Please provide any additional information below. I already reported the bug to compton/termite. They blame Xmonad to be unable to handle non-default visuals. The same bug was found in dwm, a fix is already done. The whole discussion is here: https://github.com/chjj/compton/issues/240#issuecomment-62245919 Cheers, ptrxyz -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 0

Issue 414 in xmonad: Wrong floating window sizes on multimon setup
by codesite-noreply＠google.com 25 Nov '14

25 Nov '14

Status: New Owner: ---- New issue 414 by einars: Wrong floating window sizes on multimon setup http://code.google.com/p/xmonad/issues/detail?id=414 I have a dual monitor setup using twinview, left is 1280x1024, right - 1920x1200. The windows that should be floating in some exact sizes appear correctly on 4:3 screen, but have a bad size on the right, 16:10 monitor, having weird borders around. To reproduce, I can open, e.g winecfg on the one or other monitor; see the attached image for its appearance. Running the latest darcs version of xmonad and xmonad-contrib, can reproduce with minimal xmonad.hs, the problem doesn't appear when running single monitor. Attachments: 1920x1200.png 12.1 KB

1 6

xinerama and per-screen automatic layout modification
by Steffen Schuldenzucker 20 Nov '14

20 Nov '14

Hi, I'm using xmonad with two equally-sized screens the left one of which I sometimes turn into pivot mode (rotate 90°) to read articles. Now 'Tall' isn't great on a portrait monitor, so I'm looking for a layout modifier that acts as follows: * If on the right monitor: No modification * If on the left monitor: o If in pivot mode, apply the Mirror layout modifier. o Otherwise, apply the Reflect layout modifier. (because I like my master windows in the center) Has anybody worked on something like this before? If not, I'd try to write a contrib module, probably re-using some code from Actions.PhysicalScreens. Any pointers / pitfalls to be expected? kthx. Best, Steffen

2 1

darcs patch: needs update for mplayer2
by Joachim Breitner 19 Nov '14

19 Nov '14

1 patch for repository http://code.haskell.org/xmonad: Thu Jul 3 07:43:59 CEST 2014 Joey Hess <joeyh(a)debian.org> * needs update for mplayer2 xmonad floats mplayer by default. However, Debian has switched to mplayer2, and so on upgrade, it will stop floating. This can be easily fixed in the user's config file, but here is a patch that avoids bothering the user with breakage on upgrade.

5 6

Startup Arguments
by Chris Bell 18 Nov '14

18 Nov '14

Hi, I run Xmonad on my laptop, where I sometimes have multiple displays (when I'm at my desk). As a result, I have two Xmonad configs - one for a single screen, and one for two screens, which spawns extra copies of some programs (xmobar, for example). However, to keep everything playing nice, I have to manually swap out the config each time I switch my monitor setup by editing my xmonad.hs. I tried adding code to use xrandr to detect how many screens are active, and execute the function accordingly, but this just caused my X session to break. My xinitrc script knows how many monitors are active, but I don't know how to pass that to Xmonad on startup. Is there a facility to pass arguments to Xmonad at startup from xinitrc? Or did I simply miss something in the documentation? Thanks! Chris Bell Ph.D. Student University of South Florida College of Engineering Department of Computer Science and Engineering NarMOS Research Team

8 11

Issue 580 in xmonad: WIndows using OpenGL don't resize properly when partially offscreen
by codesite-noreply＠google.com 06 Nov '14

06 Nov '14

Status: New Owner: ---- New issue 580 by StevensE...(a)gmail.com: WIndows using OpenGL don't resize properly when partially offscreen https://code.google.com/p/xmonad/issues/detail?id=580 What steps will reproduce the problem? 1. Start a program that uses OpenGL such as glxgears 2. Drag the program window partially off the top of the screen 3. Resize the window to be longer vertically What is the expected output? What do you see instead? I expect to see the window expand to fill the new space. Instead I see a blank black space in that area (for glxgears, for my own personal program at https://gitorious.org/linted/linted I see old and stale data from what was last drawn there by other programs.) What version of the product are you using? On what operating system? $ xmonad --version xmonad 0.11 $ uname -a Linux proteus 3.17.2-gnu #1 SMP Thu Oct 30 19:27:36 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux I'm using Trisquel 7 from trisquel.info and the Linux-Libre kernel from http://www.fsfla.org/ikiwiki/selibre/linux-libre/ Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". xmonad --recompile gives no errors or warnings. My xmonad.hs is attached. Please provide any additional information below. Two pictures of the bug are provided. Attachments: xmonad.hs 1.9 KB Screenshot from 2014-11-05 15:18:57.png 26.6 KB Screenshot from 2014-11-05 15:19:28.png 107 KB -- You received this message because this project is configured to send all issue notifications to this address. You may adjust your notification preferences at: https://code.google.com/hosting/settings

1 2