- xmonad - Haskell.org

darcs patch: X.H.FloatNext: export X.H.ToggleHook.runLogHook
by Tomas Janousek 01 Jun '11

01 Jun '11

1 patch for repository http://code.haskell.org/XMonadContrib: Sat May 28 21:17:00 CEST 2011 Tomas Janousek <tomi(a)nomi.cz> * X.H.FloatNext: export X.H.ToggleHook.runLogHook Otherwise the user has to import XMonad.Hooks.ToggleHook as well, which he didn't have to in earlier versions. -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

3 2

gnome-terminal Border Color
by Eyal Erez 31 May '11

31 May '11

Hi, I seem to be getting a weird effect on gnome-terminal's border color. In all other windows, my border shows as a solid color (red or grey in my case). However, gnome-terminal's border colors seems to be half transparent and my desktop wallpaper is showing through. This makes it really difficult to figure out which window is currently active. Thank you for your help -- There are 10 types of people, those who know binary and those who don't.

4 8

Issue 448 in xmonad: Applications crash with message 'BadAlloc (insufficient resources for operation)' in specific workspace
by codesite-noreply＠google.com 27 May '11

27 May '11

Status: New Owner: ---- New issue 448 by damian.o...(a)gmail.com: Applications crash with message 'BadAlloc (insufficient resources for operation)' in specific workspace http://code.google.com/p/xmonad/issues/detail?id=448 I get this error randomly, if I try to open 2 windows in a specific workspace, I get as an error: The program 'xxx' received an X Window System error. This probably reflects a bug in the program. The error was 'BadAlloc (insufficient resources for operation)'. (Details: serial 2697 error_code 11 request_code 53 minor_code 0) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I don't have the problem in other workspaces. What steps will reproduce the problem? Sadly this error occurs randomly. Here are the steps that caused the last error. 1. Open evince document viewer in workspace 2. 2. Open a new evince window (using Ctrl+n) 3. Try to resize the masterpane. Evince will crash, and from this point onwards it is not possible to have two windows at the same time in workspace 2. What version of the product are you using? On what operating system? Xmonad version: xmonad 0.9.1 Operating system: Ubuntu 11.04, kernel 2.6.38-9-generic Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. Attachments: xmonad.hs 7.1 KB xorg.conf 2.2 KB

1 2

Issue 452 in xmonad: Not no tiny code base (anymore)?
by codesite-noreply＠google.com 27 May '11

27 May '11

Status: New Owner: ---- New issue 452 by navid.za...(a)googlemail.com: Not no tiny code base (anymore)? http://code.google.com/p/xmonad/issues/detail?id=452 This is a bug about the website content. I didn’t know where else to put it. The site (e.g. http://xmonad.org/about.html ) states, that the code base is only ~1000 lines of code. While when I click on the link named “policies” on that very page (leading to http://code.haskell.org/xmonad/tests/Properties.hs ), I get a single file that already has 1191 lines. Some of them are empty, yes, and “lines” is not a very good indicator for complexity, also yes, but I think someone has to update those ~1000 line statements. ^^ Anyway, I’m thinking about contributing some pretty extensions, so I was disappointed, as I hoped to be able to read all its code in one evening…

1 4

Issue 445 in xmonad: In documentation for XMonad.Actions.DynamicWorkspaces no clues for origin of function copy
by codesite-noreply＠google.com 27 May '11

27 May '11

Status: New Owner: ---- New issue 445 by Roman.Sa...(a)gmail.com: In documentation for XMonad.Actions.DynamicWorkspaces no clues for origin of function copy http://code.google.com/p/xmonad/issues/detail?id=445 What steps will reproduce the problem? 1. Add code from documentation page to xmonad.hs 2. recompile xmonad What is the expected output? working xmonad What do you see instead? -- Error detected while loading xmonad configuration file: /home/rsalmin/.xmonad/xmonad.hs xmonad.hs:146:83: Not in scope: `copy' Please check the file for errors. -- What version of the product are you using? On what operating system? xmonad 0.9.2, ghc 7.0.3, debian squeeze Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please see above. Please provide any additional information below. It's difficult to find which module exports copy, because of it's very common name.

1 4

Tiling messed up while external monitor is connected
by Samir Unni 27 May '11

27 May '11

Hello, I'm trying to use an external monitor with my Arch Linux x64/Xmonad setup (Intel integrated graphics), and I'm having some tiling issues when using the default tiling algorithm. My laptop has a 1440x900 monitor, to which I've connected a 1280x1024 external monitor in the past without any problems. There are also no problems when no external monitors are connected. But when a 1600x1200 external monitor is connected, the tiling on the _laptop monitor_ is messed up (go to http://ompldr.org/vOHQ3Mw for a screenshot). It may be a little difficult to observe - the window heights are reduced to ~10 pixels each and placed at the top of the screen. If I open a second window, each one takes up half of the monitor width, as usual (the window heights remain at ~10 pixels each). I have dzen2 bars at the top and bottom of the laptop monitor and have avoidStruts enabled, so the windows shouldn't even be in that particular part of the screen. Any ideas? Thanks, Samir Unni

2 1

Issue 444 in xmonad: Problem with Emacs window getting stuck
by codesite-noreply＠google.com 27 May '11

27 May '11

Status: New Owner: ---- New issue 444 by nbudu...(a)gmail.com: Problem with Emacs window getting stuck http://code.google.com/p/xmonad/issues/detail?id=444 What steps will reproduce the problem? Not reproducible, but it *always* happen after a long running (10h+) Emacs session. It happen when switching between windows in fullscreen mode or when resizing a window. What is the expected output? What do you see instead? I should be able to switch between windows or resize them, but Emacs is stuck in the position and size it had when the bug happen. The other windows behave normaly but are masked by the stuck Emacs window. What version of the product are you using? On what operating system? 0.9.2-1.2/Arch It also happened to me often using older version of XMonad under Debian. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". This command doesn't produce any output, but that bug happen even without any customization. Please provide any additional information below. Never saw that bug happen with anything other than Emacs. This issue is probably related to: http://code.google.com/p/xmonad/issues/detail?id=413 I'm running inside a VirtualBox vitual machine, I've never saw this bug with a physical one, but I never ran long enough sessions on them either.

1 2

Re: [xmonad] Issue 303 in xmonad: Quake 3 and other OpenGL programs crash and bring down xmonad and X with them.
by codesite-noreply＠google.com 25 May '11

25 May '11

Comment #5 on issue 303 by hramr...(a)gmail.com: Quake 3 and other OpenGL programs crash and bring down xmonad and X with them. http://code.google.com/p/xmonad/issues/detail?id=303 According to the log X crashed. No software should ever crash, this is an X problem.

1 0

Re: Issue 225 in xmonad: Ability to send synthetic mouse events to windows
by codesite-noreply＠google.com 25 May '11

25 May '11

Comment #3 on issue 225 by scuz.there: Ability to send synthetic mouse events to windows http://code.google.com/p/xmonad/issues/detail?id=225 Is there any way to do this? I tried figuring it out a while back and couldn't get it to work. Would be really nice as then you could possibly change the focus-click-eating behavior as well.

1 4

Re: Issue 175 in xmonad: Click on unfocused window eaten
by codesite-noreply＠google.com 25 May '11

25 May '11

Comment #5 on issue 175 by scuz.there: Click on unfocused window eaten http://code.google.com/p/xmonad/issues/detail?id=175 Anybody know if this is possible? I'm gona try looking around but my Haskell knowledge is quite basic so I'm not expecting much. -- 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 3