July 2008 - xmonad - Haskell.org

Keyboard and mouse dying
by Maurício 10 Jul '08

10 Jul '08

Hi, When using xmonad, sometimes my mouse and keyboard stop answering, to the point that I have to reboot the computer. Does anyone had the same experience? I first thought that it could be a hardware problem, but when I use gnome nothing wrong happens. Here is my .xmonad.hs: ----- import XMonad import XMonad.Layout.Grid main = xmonad $ defaultConfig {borderWidth=11, modMask=mod4Mask, normalBorderColor="#00ff00", focusFollowsMouse=False, layoutHook =((Tall 0 (1/100) (1/2)) ||| (Tall 1 (1/100) (9/10)))} ----- Thanks, Maurício

6 9

Issue 198 in xmonad: Mplayer flickers in urxvt & floating layer
by codesite-noreply＠google.com 09 Jul '08

09 Jul '08

Issue 198: Mplayer flickers in urxvt & floating layer http://code.google.com/p/xmonad/issues/detail?id=198 Comment #1 by SpencerJanssen: This is almost certainly an issue with urxvt, mplayer, X11, or your graphics card (X11/graphics card seems most likely to me). Please reopen this bug if you've failed to reproduce this in a few other window managers. > Interestingly, I cannot reproduce this starting from gnome terminal, or when I mod-u the mplayer window out of the float layer and into the regular stackset. The reason for this is that when mplayer is floating urxvt is mapped, but when it is tiled urxvt is unmapped (I assume you're using the full or tabbed layouts). Clearly urxvt can't update the mplayer status line when it is unmapped. Issue attribute updates: Status: Invalid -- 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 0

Weird WindowBringer/Prompt.Window behavior
by Devin Mullins 09 Jul '08

09 Jul '08

Coming back to WindowBringer after a long time, I notice it goes to the *workspace* of the window you select, not the window itself. Does anybody like this behavior? If so, I'll try to preserve it while adding a new action. Otherwise, I'll just fix it to do the right thing.

1 0

darcs patch: add autoComplete option to XMonad.Prompt
by Devin Mullins 09 Jul '08

09 Jul '08

I've never done any XMonad.Prompt coding, so I figured I'd submit for review. Plus, the function doesn't look all that pretty, so I'm probably doing something stupid. Fri Jul 4 00:34:15 PDT 2008 Devin Mullins <me(a)twifkak.com> * add autoComplete option to XMonad.Prompt Maybe this will get Gwern one step closer to a complete Ratpoison binding.

1 1

darcs patch: XMonad.Actions.Plane: Copyright update (and 1 more)
by Marco Túlio Gontijo e Silva 09 Jul '08

09 Jul '08

Tue Jul 8 21:15:48 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: Copyright update Tue Jul 8 21:19:00 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: GConf support Thanks to Johan Dahlin.

2 4

darcs patch: XMonad.Actions.Plane: Improvements in co... (and 4 more)
by Marco Túlio Gontijo e Silva 09 Jul '08

09 Jul '08

Sun Jul 6 14:28:29 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: Improvements in code quality Sun Jul 6 14:53:03 BRT 2008 leoserra(a)minaslivre.org * XMonad.Actions.Plane.Linear Tue Jul 8 21:15:48 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: Copyright update Tue Jul 8 21:19:00 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: GConf support Thanks to Johan Dahlin. Tue Jul 8 21:24:25 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * Improvements in documentation

2 2

darcs patch: XMonad.Actions.Plane: removed missing haddock chunck
by Marco Túlio Gontijo e Silva 09 Jul '08

09 Jul '08

Tue Jul 8 22:05:30 BRT 2008 Marco Túlio Gontijo e Silva <marcot(a)riseup.net> * XMonad.Actions.Plane: removed missing haddock chunck

2 1

Issue 198 in xmonad: Mplayer flickers in urxvt & floating layer
by codesite-noreply＠google.com 09 Jul '08

09 Jul '08

Issue 198: Mplayer flickers in urxvt & floating layer http://code.google.com/p/xmonad/issues/detail?id=198 New issue report by gwern0: What steps will reproduce the problem? 1. From a Urxvt terminal in xmonad, run mplayer 2. Navigate to another workspace 3. Return to the workspace in which mplayer was running What is the expected output? What do you see instead? One expects to see just the viewed material, but instead, one can see the mplayer terminal status line flickering through it. Attached is a screenshot of the mplayer and terminal. Interestingly, I cannot reproduce this starting from gnome terminal, or when I mod-u the mplayer window out of the float layer and into the regular stackset. What version of the product are you using? On what operating system? Darcs xmonad (xmonad.hs on wiki), rxvt-unicode (urxvt) v8.4 - released: 2007-10-27, Linux craft 2.6.24-19-generic #1 SMP Wed Jun 18 14:15:37 UTC 2008 x86_64 GNU/Linux, MPlayer 1.0rc2-4.2.3 (C) 2000-2007 MPlayer Team Please provide any additional information below. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Attachments: xwd-121557019719122.png 1.9 MB xwd-121557022019180.png 107 KB Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium -- 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 0

Issue 90 in xmonad: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack
by codesite-noreply＠google.com 08 Jul '08

08 Jul '08

Issue 90: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack http://code.google.com/p/xmonad/issues/detail?id=90 Comment #7 by jus...(a)justinbogner.com: I disagree that status bars should lower themselves on startup, things like the gnome panel actually expect the window manager to keep them at the very top, for things like autohide to work properly. On the other hand, the fix I've been working on for bug 168 will fix this anyway, if I ever figure out how exactly it should work, since it would unmap struts when one wished not to see them. -- 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 0

Issue 90 in xmonad: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack
by codesite-noreply＠google.com 08 Jul '08

08 Jul '08

Issue 90: Restarting xmonad re-runs dzen/xmobar, which puts it at the top of the window stack http://code.google.com/p/xmonad/issues/detail?id=90 Comment #6 by SpencerJanssen: Status bars should lower themselves on startup, not an xmonad bug. Issue attribute updates: Status: WontFix -- 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 0