No Keyboard to Dialogs in Netbeans with XMonad

<div><p>Hi all,<br>Most times pop-up dialogs in Netbeans don't accept any keyboard input but they do respond to mouse input. I have to close and open them several times before a cursor shows up. I used the documented setWMName hack [1] to get around the Java grey screen issue. I am running Netbeans 6.9 and Xmonad 0.9.1.<br><br>thanks!<br>-deech<br><br>main = xmonad $ defaultConfig { <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; focusFollowsMouse = False , <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; XMonad.keys = newKeys, <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; layoutHook = showWName mylayoutHook , <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; terminal="gnome-terminal",<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; startupHook = setWMName "LG3D" -- get around Java grey screen issue<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; }<br></p></div>

Emacs Speedbar Focus Issues

<div><p>Hi all, <br>I am having an issue with the Emacs speedbar switching focus to the main Emacs window but XMonad does not follow. I am running XMonad 0.9.1 and Emacs version 23.2.2. To reproduce: <br>1) Switch to the speedbar window<br>
2) Select a buffer and hit "Enter"<br>Keyboard focus now switches to the main editing window, but the red Xmonad border stays with the Speedbar. <br><br>thanks !<br>-deech<br></p></div>

Re: No Keyboard to Dialogs in Netbeans with XMonad

Quoting aditya siram:
> Most times pop-up dialogs in Netbeans don't accept any keyboard  
> input but they do respond to mouse input. I have to close and open  
> them several times before a cursor shows up. I used the documented  
> setWMName hack [1] to get around the Java grey screen issue. I am  
> running Netbeans 6.9 and Xmonad 0.9.1.

The preferred solution is via _JAVA_AWT_WM_NONREPARENTING, if you are  
using (a new enough) openjdk. Can you check if that helps?
~d

http://www.haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console

Re: No Keyboard to Dialogs in Netbeans with XMonad

<div>
<p>Yes, that seems to work. Thanks!<br>-deech<br><br></p>
<div class="gmail_quote">On Wed, Sep 1, 2010 at 1:55 PM,  <span dir="ltr">&lt;<a href="mailto:wagnerdm@...">wagnerdm@...</a>&gt;</span> wrote:<br><blockquote class="gmail_quote">
<div class="im">Quoting aditya siram:<br><blockquote class="gmail_quote">
Most times pop-up dialogs in Netbeans don't accept any keyboard input but they do respond to mouse input. I have to close and open them several times before a cursor shows up. I used the documented setWMName hack [1] to get around the Java grey screen issue. I am running Netbeans 6.9 and Xmonad 0.9.1.<br>
</blockquote>
<br>
</div>
The preferred solution is via _JAVA_AWT_WM_NONREPARENTING, if you are using (a new enough) openjdk. Can you check if that helps?<br>
~d<br><br><a href="http://www.haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console" target="_blank">http://www.haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#Problems_with_Java_applications.2C_Applet_java_console</a><br>

_______________________________________________<br>
xmonad mailing list<br><a href="mailto:xmonad@..." target="_blank">xmonad@...</a><br><a href="http://www.haskell.org/mailman/listinfo/xmonad" target="_blank">http://www.haskell.org/mailman/listinfo/xmonad</a><br>
</blockquote>
</div>
<br>
</div>

Issue 406 in xmonad: Add XMonad.Hooks.ToggleHook

Status: New
Owner: ----

New issue 406 by MathStuf: Add XMonad.Hooks.ToggleHook
http://code.google.com/p/xmonad/issues/detail?id=406

A while ago I sent a patch to the ML with `darcs send`. Opening a bug to  
track it and changing existing code to use it and reduce duplication  
(X.H.InsertPosition could also be made to use ToggleHooks).

The patches attached are raw patches to add support and also swap  
X.H.FloatNext to use the ToggleHook calls.

Mailing list archive link:

http://www.haskell.org/pipermail/xmonad/2010-June/010358.html

Attachments:
	add-toggle-hooks.patch  7.1 KB
	float-next-use-toggle-hook.patch  3.4 KB

Re: Emacs Speedbar Focus Issues

On 2 September 2010 04:23, aditya siram <aditya.siram@...> wrote:
> Hi all,
> I am having an issue with the Emacs speedbar switching focus to the main
> Emacs window but XMonad does not follow. I am running XMonad 0.9.1 and Emacs
> version 23.2.2. To reproduce:
> 1) Switch to the speedbar window
> 2) Select a buffer and hit "Enter"
> Keyboard focus now switches to the main editing window, but the red Xmonad
> border stays with the Speedbar.

Probably because Emacs is setting the focus itself rather than using
XMonad; I wonder if there's some EWMH property that can be used
here...

--

-- 
Ivan Lazar Miljenovic
Ivan.Miljenovic@...
IvanMiljenovic.wordpress.com

Numbered tabs in IM.Tabbed

I've made some code to jump around tabs in a more comfortable way:

curstack :: W.StackSet i l a sid sd -> W.Stack a
curstack s = fromJust $ W.stack $ W.workspace $ W.current s

focused s = (\(Stack _ ls rs) -> length ls) $ curstack s

tabJump :: Int -> X ()
tabJump x = withWindowSet (\s -> (\c -> focusNth $ if c `mod` 10 == x
then c + 10 else x) $ focused s)

and "[((modm .|. mod1Mask, k), tabJump i) | (i, k) <- zip [0..9] [xK_0
.. xK_9]]" to the keybindings

Can i make the tabs' labels show the number of the window in the front
of the label without modifying xmonad-contrib?

Re: Issue 317 in xmonad: Implement a working X.U.putSelection

Comment #25 on issue 317 by mlmeola: Implement a working X.U.putSelection
http://code.google.com/p/xmonad/issues/detail?id=317

(First of all, I love xmonad. thanks for all the work)

How is this low priority? A window manager should never hang.

It needs to be critical. People often type Ctrl-C to try to close things.  
That shouldn't hang the window manager.

Getting a useful action working may be low priority, but stopping the hang  
should be done immediately.

Re: Issue 317 in xmonad: Implement a working X.U.putSelection

Comment #26 on issue 317 by alexey <at> feldgendler.ru: Implement a working  
X.U.putSelection
http://code.google.com/p/xmonad/issues/detail?id=317


The hanging is fixed already, but the summary of the bug now says  
“Implement a working putSelection”, and that's low priority.

Comment #26 on issue 317 by alexey <at> feldgendler.ru: Implement a working  
X.U.putSelection
http://code.google.com/p/xmonad/issues/detail?id=317


The hanging is fixed already, but the summary of the bug now says  
“Implement a working putSelection”, and that's low priority.

Re: Issue 317 in xmonad: Implement a working X.U.putSelection

Comment #27 on issue 317 by gwern0: Implement a working X.U.putSelection
http://code.google.com/p/xmonad/issues/detail?id=317

alexey, what he means is that the high priority is getting the removal of  
putSelection into a release and this is a major concern which has gone  
unnoticed; notice that users *not* running out of darcs will be running 

http://hackage.haskell.org/packages/archive/xmonad-contrib/0.9.1/doc/html/XMonad-Util-XSelection.html#v%3AputSelection

which can freeze Xmonad.