http://blog.gmane.org/gmane.comp.lang.haskell.xmonad hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6545 Comment #22 on issue 97 by jus...-kR7lR3n7AVJnvLZSC8Uz1g< at >public.gmane.org: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 I've seen keyboard and mouse input stop working after xscreensaver when gnome-screensaver is also running --- combined with the fact that gnome seems to enjoy starting applications you didn't ask it to, this happened quite a bit before I figured out what was wrong. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-03T23:29:04 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6544 Comment #5 on issue 210 by grapescan: xmonad.hs not accepted, xmonad.errors empty http://code.google.com/p/xmonad/issues/detail?id=210 The same bug exists on Debian4.0r5 codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-03T19:31:38 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6539 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 .... [101 of 140] Compiling XMonad.Config.PlainConfig ( XMonad/Config/PlainConfig.hs, dist/build/XMonad/Config/PlainConfig.o ) XMonad/Config/PlainConfig.hs:235:9: Warning: orphan instance: instance Error [(Integer, String)] Oops. I ran into this on the record-test. So do we suggest 6.10 developers just use --no-test or what? - -- gwern -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREKAAYFAkk14y4ACgkQvpDo5Pfl1oJkmgCaA6+l2M/drKPag3B6zL171vhk uKMAn0TGac5UduGxGTJCEiwWcRDfYcRZ =8lgW -----END PGP SIGNATURE----- Gwern Branwen 2008-12-03T01:38:54 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6538 Comment #1 on issue 243 by gwern0: shellPrompt history keybinding problems http://code.google.com/p/xmonad/issues/detail?id=243 This seems to be generic to the various Prompts, not just shellPrompt. I agree that this is a error; Prompt has no reason to reverse the usual bindings. Up should give one the most recent. I have sent in a patch doing just this. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-03T01:34:43 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6537 Tue Dec 2 20:33:23 EST 2008 gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org * XMonad.Prompt: swap up and down per bug #243 gwern0-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org 2008-12-03T01:33:53 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6536 Comment #21 on issue 97 by sharma.animesh: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 My laptop is Dell Latitute D630 running Ubuntu 8.10, ghc 6.8.2, xmonad 0.8 (compiled from source), i686 I really want to stick to xmonad, but restarting is a bit frustrating. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-02T20:37:06 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6535 Comment #20 on issue 97 by sharma.animesh: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 I get the similar problem. This generally happens when I am watching a video inside firefox using adobe-flash-player or video in general using vlc/mplayer. The Mod key (mapped to Windows keys Mod4) stops working but the keyboard is fully functional in the present focus window. I have to restart x using ctrl-alt-backspace to get out. Sometimes it happens just like that, with no pattern what so ever. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-02T20:33:04 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6534 Comment #19 on issue 97 by sharma.animesh: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 import XMonad import XMonad.Hooks.DynamicLog import XMonad.Hooks.ManageDocks import XMonad.Util.Run(spawnPipe) import XMonad.Util.EZConfig(additionalKeys) --import XMonad.Actions.Warp import System.IO import Data.Ratio --myManageHook = composeAll [ codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-02T20:28:59 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6533 Status: New Owner: ---- New issue 243 by A...-jNDFPZUTrfRuqiGr4hRUFJPjoQ69bO67< at >public.gmane.org: shellPrompt history keybinding problems http://code.google.com/p/xmonad/issues/detail?id=243 What steps will reproduce the problem? 1. open your shellPrompt 2. click arrow key up What is the expected output? What do you see instead? Normally you should see the last entered command... instead you'll get the command you entered on the very beginning. It seems arrow key up and down are switched. What version of the product are you using? On what operating system? I'm using xmonad darcs on debian etch. My architecture is i386. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. Component-Contrib codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-12-02T14:12:15 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6531 Mon Dec 1 13:09:28 CET 2008 Aleksandar Dimitrov <aleks.dimitrov< at >googlemail.com> * Fix boolean operator precedence in GridSelect keybindings The vim-like hjkl keys were ORed to the key event AND arrow keys. Aleksandar Dimitrov 2008-12-01T12:16:07 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6529 Ian Kilgore 2008-12-01T06:37:22 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6528 Comment #3 on issue 61 by lit...-p6vWSviCeTdg9hUCZPvPmw< at >public.gmane.org: XPrompt Ctrl+keys don't work with NumLock http://code.google.com/p/xmonad/issues/detail?id=61 This issue has been fixed and can be closed. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-30T21:33:01 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6524 Hi, develop team! I have use XMonad some month. It's great, thanks! But i found XMonad does not support the necessary root window property, namely "_NET_ACTIVE_WINDOW". Because i have a emacs extension for SCIM-Bridge need use this root window property to compute input focus position. And can use command "xprop -root _NET_ACTIVE_WINDOW" to test this problem, will got "_NET_ACTIVE_WINDOW: no such atom on any window." message. But in GNOME, this command will get value of "_NET_ACTIVE_WINDOW". So please add this root window property in XMonad. Thanks! -- Andy. Andy Stewart 2008-11-29T14:08:24 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6523 Status: New Owner: ---- New issue 242 by ddbremner: inter screen handling doesn't work with xrandr --right-of, works with --left-of http://code.google.com/p/xmonad/issues/detail?id=242 What steps will reproduce the problem? 1. log into to my thinkpad X61 with external monitor attached 2. xrandr --output VGA --right-of LVDS --mode 1280x1024 3. mod-shift-e in a client on the external screen What is the expected output? What do you see instead? the client should go to the laptop screen instead, it disappears (although it still shows in the kicker list) What version of the product are you using? On what operating system? xmonad 0.8 on debian. I tried with the unstable and experimental versions of the Xserver Please provide any additional information below. If I instead run xrandr --output VGA --left-of LVDS, things work as expected. If I run --right-of _after_ --left-of, it seems to work as well. If this error is due to a module from XMonadContrib, please tag this issue with 'Component-Contrib' below. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-29T02:12:08 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6521 Dominik Bruhn 2008-11-28T23:29:52 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6520 Comment #5 on issue 234 by roma-e10UterjXHviB9QmIjCX8w< at >public.gmane.org: broken links in xmonad contrib docs http://code.google.com/p/xmonad/issues/detail?id=234 David has applied my patch which fixes the issue. Now somebody has to rebuild docs for website with darcs haddock. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-28T22:56:15 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6518 I'm seeing a oddity with floating windows and WindowGo.raise. When I focus a floating window and trigger a cross-workspace raise operation, I get a weird flipping behavior where it switches between the workspace I was on and the workspace I was switching to in an infinite loop. It doesn't happen every time with every floating window- there's some factor there I'm not seeing. If I float an xterm and try to reproduce it, it only happens sometimes (it's bursty, though, and I'm not sure what causes it to happen). gwern< at >freenode said he reproduced it with mnemosyne, and we both reproduced it with twitux (a twitter client). For me, I can trigger it with twitux 100% of the time. Procedure: 1) Launch twitux 2) Connect (you need a twitter account, unfortunately) 3) Hit Ctrl-N to pop up the "new message" dialog 4) Click into the new message text box in the float (without this, it doesn't break for me) 5) Trigger a cross-workspace raise. Boom. (The easiest way I've found to break the loop once it happens is to to a manual workspace move) Let me know if I can help further. Mike Lundy 2008-11-27T01:10:13 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6514 Comment #6 on issue 200 by lucia.culakova: xmonad spins in a tight loop changing focus back and forth http://code.google.com/p/xmonad/issues/detail?id=200 I have observed a very similar effect, and the cause was use of XMonad.Actions.Warp with recent xmonad (0.8 for sure, maybe even 0.7?). Changing to use XMonad.Action.UpdateMouse fixed the problem for me, or so it seems. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-25T18:34:28 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6513 Comment #3 on issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 Ah, indeed, it is fixed now. "Just after" might be an overstatement, since I have encountered this bug a while ago and tried to update do darcs without any improvement. However, there is now a different bug, after pulling the 2 patches I have excluded: Wed May 21 23:50:57 CEST 2008 Trevor Elliott <trevor-UpNH1qtbVFvQT0dZR+AlfA< at >public.gmane.org> * Raise windows in the floating layer when moving or resizing Thu Sep 11 07:39:09 CEST 2008 Devin Mullins <me-57cBFYIZrLBBDgjK7y7TUQ< at >public.gmane.org> * add W.shiftMaster, fix float/tile-reordering bug When I drag a tiled window that is not master, it *first* jumps to master position and size and then moves, which is... counterintuitive, at best. Might be worth filing a new report, then? codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-25T18:28:27 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6512 Comment #2 on issue 241 by jus...-kR7lR3n7AVJnvLZSC8Uz1g< at >public.gmane.org: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 This was fixed in darcs right after the 0.8 release. As a workaround, you could rebind your mouse buttons to not use windows W.swapMaster. codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-25T17:40:02 http://comments.gmane.org/gmane.comp.lang.haskell.xmonad/6511 Comment #1 on issue 241 by lucia.culakova: 0.8: moving floated window changes the current tiled master http://code.google.com/p/xmonad/issues/detail?id=241 This is the patch responsible for this bug: Wed May 21 23:50:57 CEST 2008 Trevor Elliott <trevor-UpNH1qtbVFvQT0dZR+AlfA< at >public.gmane.org> * Raise windows in the floating layer when moving or resizing Shall I pull this patch? (1/6) [ynWsfvpxdaqjk], or ? for help: v [Raise windows in the floating layer when moving or resizing Trevor Elliott <trevor-UpNH1qtbVFvQT0dZR+AlfA< at >public.gmane.org>**20080521215057] { hunk ./XMonad/Config.hs 228 - [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w)) + [ ((modMask, button1), (\w -> focus w >> mouseMoveWindow w + >> windows W.swapMaster)) hunk ./XMonad/Config.hs 233 - , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w)) + , ((modMask, button3), (\w -> focus w >> mouseResizeWindow w + >> windows W.swapMaster)) } codesite-noreply-hpIqsD4AKlfQT0dZR+AlfA< at >public.gmane.org 2008-11-25T14:53:45 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.lang.haskell.xmonad