- xmonad - Haskell.org

Issue 214 in xmonad: mouse shift with java
by codesite-noreply＠google.com 09 Sep '08

09 Sep '08

Issue 214: mouse shift with java http://code.google.com/p/xmonad/issues/detail?id=214 Comment #2 by girodt: I found the culprit. It is not the Java app, it is Java itself, which does not play fair and square with the WM sometimes. There is a solution, however : you just have to use an alternative AWT toolkit : > export AWT_TOOLKIT=MToolkit in .bashrc does the trick. repeat after me : this is not a XMonad bug. XMonad is clean and pure. :) -- 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

XMonad.Prompt.Shell headache
by Jesús Guerrero 08 Sep '08

08 Sep '08

Hello, XMonad.Prompt.Shell is behaving erratically since a few weeks ago. I was lazy to report it here, and I have been just using a terminal as my launcher since then. I include it this way: import XMonad.Prompt.Shell ( shellPrompt ) And use it this other way: , ((modMask, xK_p), shellPrompt robSPConfig) , ((mod1Mask, xK_F2), shellPrompt robSPConfig) The problem: when I press modMask+p to launch it, it opens, then I start writting, but I can write only one character, after that, it displays the dropdown thinggie showing the possibilities, and I can't write anything else. I can't close the propmt, nor the dropdown list, the only way around it is to restart xmonad using modMask+q, which works. Any idea? Thanks for reading. -- Jesús Guerrero <i92guboj(a)terra.es>

1 0

Issue 216 in xmonad: XPrompt: History should include the current entry line
by codesite-noreply＠google.com 08 Sep '08

08 Sep '08

Issue 216: XPrompt: History should include the current entry line http://code.google.com/p/xmonad/issues/detail?id=216 New issue report by nomeata: Hi, when using the up-arrow (after possibly having entered some text already) to go to the last entry in the history, it should be possible to use the down-arrow to go back to the empty line or the already entered text, as it is in the shell. Thanks, Joachim Issue attributes: Status: New Owner: ---- Labels: Type-Defect Priority-Medium Component-Contrib -- 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 215 in xmonad: Bash-Like XPrompt settings
by codesite-noreply＠google.com 08 Sep '08

08 Sep '08

Issue 215: Bash-Like XPrompt settings http://code.google.com/p/xmonad/issues/detail?id=215 New issue report by nomeata: Hi, I’d like to see some bash-like bevaiour in XPrompt (of course configurable and as an alternative to the current config): * No completion is shown until I press Tab the first time. or, probably a bit harder: * No completion is shown. Pressing Tab once completes the entry as far as it matches all completions. A second Tab press will open the completion window. Issue attributes: Status: New Owner: ---- Labels: Type-Enhancement Priority-Medium Component-Contrib -- 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

Border colors dependent on layout algorithm
by Jacob King 07 Sep '08

07 Sep '08

In the spirit of making all state explicit, I want to hack up Xmonad to use different border colors depending on the mode. The particular situation of annoyance is when in full-screen mode, I forget that there are other hidden windows, and just assume that I'm in some other mode with only one window. There are a large number of configurations in which the current mode is not immediately discernable from the layout. Has anyone made such a modification? My first glance at the codebase suggests this is a nontrivial modification, and I didn't see anything related in the archives, so I figured it would be best to ask the mailing list before groking & hacking the project. Thanks, Jacob

2 1

Issue 205 in xmonad: I would like wiggling mouse to select window its over.
by codesite-noreply＠google.com 07 Sep '08

07 Sep '08

Issue 205: I would like wiggling mouse to select window its over. http://code.google.com/p/xmonad/issues/detail?id=205 Comment #5 by nomeata: Nor for me, which I find sometimes annoying :-) -- 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 205 in xmonad: I would like wiggling mouse to select window its over.
by codesite-noreply＠google.com 07 Sep '08

07 Sep '08

Issue 205: I would like wiggling mouse to select window its over. http://code.google.com/p/xmonad/issues/detail?id=205 Comment #4 by fophillips1990: > clicking in a window transfers the click to the window Never has for me. -- 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 205 in xmonad: I would like wiggling mouse to select window its over.
by codesite-noreply＠google.com 07 Sep '08

07 Sep '08

Issue 205: I would like wiggling mouse to select window its over. http://code.google.com/p/xmonad/issues/detail?id=205 Comment #3 by brian.brunswick: Yes. The habit and expectation that has built up with focus-follows-mouse is that as soon as the mouse is visible, that's the focused window. I pay more attention to the mouse pointer than I do to the coloured border. Its actually disconcerting that this is no longer true immediately after a workspace switch, for however long it is before the mouse crosses a window boundary. I'm suggesting changing the /cross-a-window-boundary/ test with some movement threshold, which is actually /more/ predictable as user interface behaviour than finding a window boundary, a variable distance away. -- 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 205 in xmonad: I would like wiggling mouse to select window its over.
by codesite-noreply＠google.com 07 Sep '08

07 Sep '08

Issue 205: I would like wiggling mouse to select window its over. http://code.google.com/p/xmonad/issues/detail?id=205 Comment #2 by otto.seherol: yes, but clicking in a window transfers the click to the window, so you need to find a neutral zone in the window, which is not as comfortable as just wiggling the mouse. -- 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

Patch for xmobar: who to mail?
by Dominik Bruhn 07 Sep '08

07 Sep '08

Hy, I got a (i hope) great patch for the Mail-Plugin of xmobar and I want to share it. Who should is willing to have a look at the code and the documentation, as my haskell-knowledge is not very good and the documentation might contain some errors. I think it might be usuable for others so perhaps (I dont know the policy for this) the darcs patch could be applied to the rep. So: Who can have a look and who can apply? Thanks -- Dominik Bruhn mailto: dominik(a)dbruhn.de

2 1