August 2011 - xmonad - Haskell.org

Issue 359 in xmonad: shellPromptHere from XMonad.Actions.SpawnOn doesn't work as claimed
by codesite-noreply＠google.com 06 Aug '11

06 Aug '11

Status: New Owner: ---- New issue 359 by wei.hoo: shellPromptHere from XMonad.Actions.SpawnOn doesn't work as claimed http://code.google.com/p/xmonad/issues/detail?id=359 What steps will reproduce the problem? 1. Bind a key combination to shellPromptHere 2. On workspace 1, spawn a slow-starting program, say opera, using shellPromptHere 3. Switch to workspace 2 What is the expected output? The program is placed on workspace 1 where I started the program. What do you see instead? The program shows up on the current workspace, #2. What version of the product are you using? On what operating system? xmonad-darcs and xmonad-contrib-darcs on Arch Linux. Are you using an xmonad.hs? Please attach it and the output of "xmonad --recompile". Please provide any additional information below. As a general question, how do I go about debugging issues like this? In particular, how do I write out debugging information to files/console/screen? Attachments: xmonad.hs 6.8 KB -- 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 9

Spawning in master pane hides notification
by alkim1234＠gmail.com 04 Aug '11

04 Aug '11

Hi, I'm running xmonad with notify-osd. When, I spawn anything in the master pane (the first window), the notification from notify-osd becomes hidden behind the shifted windows. This does not happen if I spawn in the slave pane. I can confirm that I have this same bug with notification-daemon. I'm running xmonad 0.9.2. Any idea why this might be happening? Thanks, Albert

1 0

Issue 468 in xmonad: EZConfig should resend unbound key presses from submaps
by codesite-noreply＠google.com 03 Aug '11

03 Aug '11

Status: Accepted Owner: ---- Labels: Component-Contrib Type-Enhancement Priority-Low New issue 468 by byor...(a)gmail.com: EZConfig should resend unbound key presses from submaps http://code.google.com/p/xmonad/issues/detail?id=468 Creating a ticket for this so it doesn't get lost. See email exchange below. On Mon, Jul 18, 2011 at 4:44 AM, Palo van Dalo <palipalo9(a)googlemail.com>wrote: > Hello Jason, Devin and Brent, > You 3 made it possible to use emacs-like shortcuts for the xmoand. But i > have a problem: > When i use "C-x" as prefix for all my xmonad commands (like in emacs) then > I'm not able to send any kind of "C-x" prefixed key signals to my emacs. > For example "C-x f" is not working anymore. > I looked a bit in the code of you. And realized that it will take a lot of > time for me to understand what i need to do. > I hope that one of you will implement a patch, or someone can give me > advice. > The main problem is that submap forgets the key that was pressed before. > My only idea at the moment is rewriting EZConfig that it will use > submapDefault, with a function that sends a key signal (or more) to the > client. > I don't know if this is even possible. > The other way would be a new package, or patching one of yours. > BTW, i use "C-z" and "M-z" at the moment, until i get this problem fixed. > Thanks for you packages and I'm looking forward to hearing from you. > palo Hi Palo, Thanks for your email, and sorry for the delay in responding. Yes, I can see how this would be a problem! Patching EZConfig so that it sends along key sequences that are not bound to anything should be possible, using submapDefault and, say, the sendKey function from XMonad.Util.Paste. Essentially the mkSubmaps and mkSubmaps' functions would have to be modified to carry along some extra information about the sequence of keypresses that have been used to get to the current point. Then that information could be used to create the default actions. (I have not thought very specifically about exactly what would need to be changed.) Unfortunately things are complicated by the addition of mkNamedKeymap and mkNamedSubmaps, which use a function (submapName) defined in a different module which would have to also be modified if you wanted to fix the Named variants as well.

1 0