- xmonad - Haskell.org

Issue 447 in xmonad: installation breaks copy/paste feature of vmware-tools
by codesite-noreply＠google.com 03 Dec '14

03 Dec '14

Status: New Owner: ---- New issue 447 by t...(a)timsears.com: installation breaks copy/paste feature of vmware-tools http://code.google.com/p/xmonad/issues/detail?id=447 Any idea why installing xmonad would break the copy/paste function of vmware? What steps will reproduce the problem? 1. Running Ubuntu 10.10 under VMware Fusion under macosx 10.6 (Snow Leopard) 2. apt-get install xmonad 3. Try and copy/paste from the mac into a terminal window on Ubuntu. Doesn't matter if xmonad is running or if the session has been restarted. What is the expected output? What do you see instead? Ubuntu loses track of the copy/paste buffer. What version of the product are you using? On what operating system? see above. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". no Please provide any additional information below. The system is repaired by running "apt-get uninstall xmonad" This only uninstalls the xmonad package not it dependencies.

1 10

Re: [xmonad] Issue 177 in xmonad: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol
by codesite-noreply＠google.com 03 Dec '14

03 Dec '14

Comment #127 on issue 177 by vogt.a...(a)gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 losinski.j, If I were to `cabal upload' now, it's possible that you might still need to add to the logHook `setWMName "LG3D"' to get your java app to work.

1 3

Issue 350 in xmonad: Investigate using Dyre for xmonad configuration
by codesite-noreply＠google.com 02 Dec '14

02 Dec '14

Status: Accepted Owner: gwern0 Labels: Milestone-Release1.0 New issue 350 by SpencerJanssen: Investigate using Dyre for xmonad configuration http://code.google.com/p/xmonad/issues/detail?id=350 http://hackage.haskell.org/package/dyre Things we need to know before switching: * Can we make the transition seamless for our users? This means the config file format, location remain unchanged. * Is the maintainer available and cooperative? Will bug reports and patches be attended to in a timely manner? -- 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

3 16

deal with EWMH focus stealing problem
by Javran Cheng 28 Nov '14

28 Nov '14

Hi all, I'd like to share my workaround dealing with focus stealing problem found when EWMH is enabled: http://javran.github.io/posts/2014-11-27-get-rid-of-xmonad-focus-thief.html Please feel free to discuss and hope you have a nice holiday :) Javran

1 0

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 17 Nov '14

17 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 05 Nov '14

05 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