March 2008 - xmonad - Haskell.org

Issue 97 in xmonad: xmonad stops responding to keyboard input after running xscreensaver
by codesite-noreply＠google.com 06 Mar '08

06 Mar '08

Issue 97: xmonad stops responding to keyboard input after running xscreensaver http://code.google.com/p/xmonad/issues/detail?id=97 Comment #8 by stephane.travostino: I've got the same problem Giorgio Luciani has. When I work I usually have a gedit window and a urxvt terminal open in the same workspace. And at random times, when I write on the terminal nothing happens, like someone else get my focus. Clicking on it doesn't work either. I just mod+C to close the terminal and restart urxvt. As soon as I find a way to reproduce it, I'll post. -- 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

Several issues
by Anze Slosar 05 Mar '08

05 Mar '08

Hi, I've been an avid user of xmonad for a couple of weeks now and I love it. I used to play with ion and ratpoison ages ago and I found them too clunky and unnifinshed, while I am regularly using xmonad on both my laptop and work machine now and it works like magic! Well done guys (if only you choose a more bearable language to code it in... ;) ) Anyway, my problems are: a) gnuplot - after I plot something, the new window is shown and it shows the graph, but the cpu usage goes to 100% (shared between Xorg and xmonad). I then float it (by alt-mousing it away) and then putting it back (mod t) and then it works. Any idea what is going on? b) What is the status of edges in mplayer? Any news on that front? c) More importantly, what is the status of fullscreen in open office impress? I can sort of get it to work by floating it and then reszing it and then moving it around... But it is not ideal to do this just before you want to have a presentation in front of a large audience... I don't know the detail of wm inner workings, but I think that there should be a hook to give certain windows complete freedom on where they want to be... Best, a phone: +1 (510) 495 2488, mobile: +1 (510) 289 9395, fax: +1 (510) 486 7149 -- "3 buds: floating; 6 buds: flying; 9 buds: outta space" [cookie recipe]

4 3

Removing Actions.WmiiAction in favor of Prompt.DirExec
by Juraj Hercek 05 Mar '08

05 Mar '08

Hello, I've written Prompt.DirExec which implements basically the same functionality like Actions.WmiiActions but uses Prompt instead of dmenu . I plan to purge Actions.WmiiActions from contrib and add Prompt.DirExec. I consider DirExec better than WmiiActions because it doesn't depend on dmenu (which needs patch for xinerama to work properly anyways). I like Prompt better - it's part of contrib and handles xinerama "automagically". If anyone objects against removal of Actions.WmiiActions, please let me know. If there are no objections, I'll send a removal patch soon. Cheers, Juraj PS: Is there any plan to get rid of dmenu completely?

2 4

Issue 147 in xmonad: urxvt -e not starting correctly
by codesite-noreply＠google.com 04 Mar '08

04 Mar '08

Issue 147: urxvt -e not starting correctly http://code.google.com/p/xmonad/issues/detail?id=147 New issue report by daniel.hedlund: What steps will reproduce the problem? 1. Go to an empty workspace 2. Execute a fast command for urxvt + mc What is the expected output? What do you see instead? The expected output is urxvt with mc running, what I see is urxvt with mc running on 1/4 off the screen, not full screen. I try to start mc with: -- Start mc , ((mod4Mask, xK_c ), spawn "urxvt -e mc") In my xmonad.hs, so running win+c should start urxvt with mc inside it fullscreen. However 1/4 off the screen only. The solution that I found in #xmonad is: -- Start mc , ((mod4Mask, xK_c ), spawn "urxvt -e ~/.scripts/mc.sh") With mc.sh containing the line "mc". With similar bindings to w3m and ncdu (curses-based du) What version of the product are you using? On what operating system? Xmonad 0.6-1 standard on Linux 2.6.24 (archlinux) (uname -a = Linux shiva 2.6.24-ARCH #1 SMP PREEMPT Wed Feb 27 01:15:32 CET 2008 i686 Intel(R) Core(TM)2 CPU 6300 @ 1.86GHz GenuineIntel GNU/Linux) Please provide any additional information below. If you close the terminal that you tried to run mc with win+c and run it again it starts on fullscreen. 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

darcs patch: Hooks.DynamicLog: export xmobarPP
by Dmitry Kurochkin 03 Mar '08

03 Mar '08

Tue Mar 4 00:56:37 MSK 2008 Dmitry Kurochkin <dmitry.kurochkin(a)gmail.com> * Hooks.DynamicLog: export xmobarPP

2 1

ScratchWorkspace
by David Roundy 03 Mar '08

03 Mar '08

I've just pushed in a ScratchWorkspace module that defines a scratch workspace. You can look at Config.Droundy to get an idea how to use it (as it's undocumented). It's still very crude, and anyone who wants to take a shot at cleaning it up is welcome to try. The main issue is that the scratch workspace is available as a "normal" workspace, which I find a little annoying. I'd prefer it remained hidden until I asked for it. But I can't quite see how to do that, either. Enjoy! (and comments/suggestions are welcome, although I've really already wasted more time on this than I ought...) -- David Roundy Department of Physics Oregon State University

2 4

Pointer follows focus (with patch)
by Robert 03 Mar '08

03 Mar '08

I sometimes get annoyed at having to get my mouse from several screens over to my current window to click on things I'm working on. I hacked around this by binding a key to Warp.warpToWindow but I'm starting to think there should be the following invariant: the pointer should always be over the focused window. So not only does the focused window follow the pointer as it does now, but the pointer will also follow any window focus.Using the Warp module I got this close to working in my config file. I had lots of keybindings which are modified to look like this: windows W.swapUp >> warpToWindow (1%2) (1%2) What prevents me from getting the invariant I'm aiming for is new or destroyed windows. By adding a new warpToWindow function which takes a window to warp to, and using a ManageHook I got quite close to getting it working for new windows. I had something that looked like this: manageWarp = ask >>= \w -> liftX (warpToWindow w (1%2) (1%2)) >> doF id It worked great for floating windows but not for tiled windows. I think the reason is because the hook management code is done before the layout code, so the pointer just warps to wherever the window asks to be put which becomes wrong as soon as xmonad puts the window into it's proper location. So anyway, I'm starting to think this isn't going to be possible to do in my config. But I think it's possibly closer to the right way to handle the pointer than what exists now. I've included a patch which adds support for a mouseFocusWarpPos config flag to XMonad. It's disabled by default but that could be changed if others like it. Currently it moves the mouse pointer to a relative position within the window the user configures. I'm not entirely happy with this. What might be better is for each window to keep track of where the mouse was and go back there whenever the window regains focus. But that may be too complicated. Feedback appreciated.

4 10

Invisible cursor with XFT font in Prompt
by lithis 03 Mar '08

03 Mar '08

I recently enabled XFT support in XMonadContrib. When using a TrueType font, the cursor in prompts is invisible. It seems to be printing the character under the cursor with bgColor as both the forground and background (I was able to see the the edge of an “f” under the cursor overwriting the edge of a preceeding “d”, so I know that it is being drawn). Also, the visual length of the string changes as the cursor moves. While scrolling through the string, the portion after the cursor wiggles left and right by a few pixels. When the cursor reaches the beginning of the line, the length shortens much more.

2 1

darcs patch: Util.Run: minor clarification in comment
by gwern0＠gmail.com 03 Mar '08

03 Mar '08

Mon Mar 3 00:15:13 EST 2008 gwern0(a)gmail.com * Util.Run: minor clarification in comment

2 1

new contrib module: XMonad.Actions.PerWorkspaceKeys
by Roman Cheplyaka 02 Mar '08

02 Mar '08

It allows to define different keybindings for different workspaces. Enjoy :) -- Roman I. Cheplyaka (aka Feuerbach @ IRC)

1 0