Updates: Labels: Milestone-Release1.0 Comment #26 on issue 177 by SpencerJanssen: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 (No comment was entered for this change.) -- 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

Comment #28 on issue 177 by ari.m.savolainen: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Perhaps one should only keep track of the last event time because the currentEvent is only used for getting the time? When the incoming event is non-timed just leave the lastEventTime untouched. -- 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

Comment #30 on issue 177 by k.ljungkvist: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 The latest patch solves the problems with focus in Matlab for me. Good work! -- 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

Comment #32 on issue 177 by hgabreu: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 patch cannot be applied in latest darcs Sorry, but why this patch have not been applied to the repo yet? -- 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

Comment #34 on issue 177 by malte.sommerkorn: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Am I right to notice, though, that fullscreen firefox flash video is badly affected? -- 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

Comment #36 on issue 177 by hramrach: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 You should probably patch your OpenOffice as well. I recall reading something about focus of their toolbars being problematic and some discussion of proposed changes. -- 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

Comment #38 on issue 177 by k.ljungkvist: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Yes, this patch seems to solve problems for a lot of people. Why has it still not made it into the repository?

Comment #40 on issue 177 by donvodka: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I believe this patch has a bug that is only visible after several hours of having a java application opened and working with it (e.g. netbeans), read on please. Sometimes when running java under *patched* xmonad, after working for a while (3 hours or so) with a java application (say, netbeans) I find other applications (especially firefox) to be very slow at gaining focus, e.g. if I switch from the java workspace to the firefox one, it'll take about a second or so to give focus to the firefox instance. If I close the java application then everything gets back to normal. It gets worst as time goes by, until the java application is closed. Has anyone experienced a similar behavior? What can I do to troubleshoot this? if I run "top" I see X taking a lot of cpu when changing between WS. Any help will be appreciated.

Comment #42 on issue 177 by ralf.kis...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 This patch (by vogt.adam, comment 33) solved the issues I had with Java applications. As I do a lot of development with Java, I'd really like to see this patch included in the repository. Without the patch some Java applications are almost unusable.

Comment #44 on issue 177 by k.ljungkvist: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I noticed that this patch also fixes another issue with Matlab. When using GUI functions like inputdlg, without the patch the dialog doesn't seem to get focus at all, whereas after applying the patch it works as expected.

Comment #46 on issue 177 by s...@archlinux.us: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Patch in comment 33 works for me too, applied against the latest darcs, fixing Cellwriter perfectly!

Comment #48 on issue 177 by ml.nwgreen: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Sorry for any ignorance revealed by this comment but... Not used to darcs or haskell. However, I applied the patch from Comment 33 with darcs apply <patchname>.dpatch Then ran Setup with configure/build/install Then restarted xmonad (and later did a full reboot just to be sure). I still have the following behavior in netbeans / jvi click in editor hit : (bring up seperate command subwindow that gets focus) hit escape or enter (closing command window) cursor is gone, only way back to editor is by cilcking inside it, which of course renders netbeans / jvi unusable... A) Is this the problem the patch was supposed to solve? and B) If so, any ideas as to why it is not solved?

Comment #50 on issue 177 by mthibb...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Just so everyone is aware, Tony Morris, has packaged this up and it has been committed to XMonadContrib. It can be found in XMonad.Hooks.ICCCMFocus.

Comment #52 on issue 177 by mthibb...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 It has already been added to darcs so should be there for 0.10.

Comment #54 on issue 177 by hramr...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 And should not this be enabled by default anyway? I's been pointed out that this is part of standard the I<many Cs>M standard and that many applications are broken without the hook.

Comment #56 on issue 177 by ole.baks...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Finally a fix for this problem! @53: Add import XMonad.Hooks.ICCCMFocus to the top of your xmonad.hs file. Then set logHook = takeTopFocus. Or if you got more things there like I do: lookHook = do ... takeTopFocus ...

Comment #58 on issue 177 by jomar...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I discovered this issue with Intellij Idea 10.5 Community Edition on FreeBSD 8.2-STABLE. I'm looking for next release to include the solution. # pkg_info | grep 'xmonad' hs-xmonad-0.9.2_1 Xmonad is a minimalist and tiling window manager for X hs-xmonad-contrib-0.9.2_1 Third party tiling algorithms, configurations and scripts t # uname -a FreeBSD **** 8.2-STABLE FreeBSD 8.2-STABLE #0: Sun Jun 19 14:44:21 BST 2011 user@****:/usr/obj/usr/src/sys/GENERIC amd64

Comment #60 on issue 177 by patrik.p...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 on archlinux 64bit jre7 intelliJ 10.5CE _and_ jEdit editor stopped working since the java 7 upgrade the "logHook = takeTopFocus" workaround only helps with the first input I focus, subsequent inputs fail to get focus (i.e. menu -> new Project -> name (works) -> desc (doesn't get focus)), especially if they appear on different dialogs

Comment #62 on issue 177 by carliro...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I had the same problem of focus with java 7 and netbeans. I made this combination on xmonad.hs: , startupHook = setWMName "LG3D">> takeTopFocus And I had luck because it works for me. :)

Comment #64 on issue 177 by ori...@yandex.ru: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Yet it is logHook, not startupHook; otherwise application loses keyboard focus upon switching to other windows and back to it.

Comment #66 on issue 177 by vially.i...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I have the same problem with intellij and the only way I've managed to fix it so far is by having another java 6 installation and forcing intellij to use that version instead: #!/bin/sh export IDEA_JDK=/home/vially/.apps/jdk1.6.0_26 exec /usr/share/intellij-idea-ultimate-edition/bin/idea.sh $* However, this only works if you do not need intellij to use java7 explicitly.

Comment #68 on issue 177 by toby.cub...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Strangely, whilst the patch fixed the Cellwriter problem (comment 20), the ICCCMFocus takeTopFocus hook does not. And the patch doesn't apply to the latest Darcs version. Anyone know how to get Cellwriter working again with the recent Darcs versions of Xmonad?

Comment #70 on issue 177 by toby.cub...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Actually, I missed the latest version of the patch from Comment 33. I just tried it, and that one not only applies cleanly against the latest Darcs, but *also* fixes the cellwriter behaviour. Evidence for your timestamp theory, perhaps?

Comment #72 on issue 177 by hramr...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 How is a dpatch applied to a source tarball? I don't see any option for doing so, darcs refuses to apply since I have only the source, not the repo.

Comment #74 on issue 177 by claus.kl...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Thanks Daniel! Now, after applying the patch from comment #33 to Xmonad-darcs, Xmonad itself compiles fine, but Xmonad-contrib-darcs no longer does: XMonad/Hooks/ICCCMFocus.hs:43:18: Ambiguous occurrence `atom_WM_TAKE_FOCUS' It could refer to either `XMonad.Hooks.ICCCMFocus.atom_WM_TAKE_FOCUS', defined at XMonad/Hooks/ICCCMFocus.hs:34:1 or `XMonad.atom_WM_TAKE_FOCUS', imported from XMonad at XMonad/Hooks/ICCCMFocus.hs:27:1-13

Comment #76 on issue 177 by toby.cub...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 The dpatch and the hook in Xmonad-contrib both define the same function names etc., causing the name conflict you're seeing if you try to use both at the same time. Thus you can't compile the ICCCMFocus module if you want to use the implementation from the dpatch. Someone can probably suggest a better way of doing this, but as a quick hack I just deleted the XMonad.Hooks.ICCCMFocus line from the xmonad-contrib.cabal file to get it to compile without error after applying the dpatch.

Comment #78 on issue 177 by wirtwo...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 The atom definition is indeed the same in the Core/Main/Operations version and the contrib one. A quick look at the diffs with meld and reading through Hooks.ICCCMFocus leaves me thinking that it wouldn't be too difficult to implement in contrib with Extensible State. This has the advantage of making it easier for more people to use, test and (if necessary) modify the focus tracking code. It could easily be "forked" by modifying Hooks.ICCMFocus in ~/.xmonad/lib rather than having to overcome the barrier to core changes. And of course it can be used by people who want it and ignored by those that don't. On the other hand, disadvantages are: Java and alternative input method users have been grumpy for years that this doesn't work out of the box with core xmonad. It's cleaner implemented in core, and a correct implementation belongs there. For a visual overview of the differences, see http://ompldr.org/vYWM5Mw For the primary change in Operations and brief summary of Core and Main changes see the patched version of setFocusX at http://hpaste.org/51307 I'd like to see Hooks.ICCCMFocus marked transitional with it fully implementing this patch, or deprecated with a "signed-off" core implementation committed instead. No promises, but if no-one else is motivated to update H.ICCCMFocus, I'll attempt to get something together during next month or so. It's about time to make this easy to test, given that theoretically 0.10/1.0 is overdue by quite a while already. Any X and ICCCM experts have opinions one way or the other?

Comment #80 on issue 177 by gere...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I took a look at if this could be done through extensible state and a modification of the logHook in Hooks.ICCCMFocus and my opinion is that it cannot. There are a few problems with the logHook as is: - It uses currentTime as the event time, violating the ICCCM - It sends a WM_TAKE_FOCUS client message every time the logHook is run Problems with the out-of-core approach in general are: - No way to connect a focus change to the event that caused it. The closest possibility is to have an eventHook that stores the event in some extensible state or in an IORef cell. The problem is there is no way to clear it once event processing has finished. - The logHook is the only reasonable place to put the sending of the WM_TAKE_FOCUS client message, but the logHook is called many more times than the focus is changed. It might be sufficient to remember the focused window from the last invocation and send when it's different, but it's still quite hackish. The in-core solution as-is is found wanting as well: - When a window refuses to take focus (like many on-screen keyboards) it's not possible to manage the window. XMonad's management focus is tied directly to input focus. I agree with #79 that xmonad should take care to implement the ICCCM properly without needing any contrib modules.

Comment #82 on issue 177 by xi...@xinuc.org: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I'm running IntelliJ IDEA with Java 7, and got the same problem

Comment #84 on issue 177 by jdeve...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I tried to solve the problem with avoiding sending duplicate focus events to same window. However that doesn't help and the problem remains. Can somebody please take a look at the attached source? May be I am missing something? Attachments: ICCCMFocus.hs 1.9 KB

Comment #86 on issue 177 by losinsk...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 With Java 7 I get no focus at all it was lost one time. There are a few ressources for that bit no solution: http://bugs.sun.com/view_bug.do?bug_id=6798064 http://grokbase.com/t/openjdk/awt-dev/106y6r0vgm/swing-dev-jdk17-on-x11-keyb... https://github.com/scode/bug-swingfocus

Comment #88 on issue 177 by anpie...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 same problems still here with no workaround working. This is really getting a pitty not being able to use intellij and squirrl :-(

Comment #90 on issue 177 by jdeve...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Is it possible to get this darcs patch in "normal" form for patching? Want to try it out with recent build

Comment #92 on issue 177 by anpie...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 btw, I would really like to know which aur packages you mean; the default xmonad-darcs repos don't have a fix :-(

Comment #94 on issue 177 by claus.kl...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177

Is it possible to get this darcs patch in "normal" form for patching? Want to try it out with recent build

Take the patch from comment #33 and apply it on the latest darcs-sources of xmonad. Also, in xmonad-contrib darcs you need to remove the references to 'XMonad.Hooks.ICCCMFocus' from the cabal file, like so: $ sed -i -e '/XMonad.Hooks.ICCCMFocus/d' xmonad-contrib.cabal Then make/compile both and (most?) of your Java-problems should be gone (worked for me).

Comment #96 on issue 177 by anpie...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 haha, THX A TON claus! This really does the job :-) Why isn't the patch applied by now?

Comment #98 on issue 177 by JoshBB...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 For anyone who isn't very familiar with darcs and had to go digging around to figure out how to apply the patch, I created the following gist: https://gist.github.com/3505923

Comment #100 on issue 177 by claus.kl...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177

Running the code from GIST produces xmonad instance which doesn't work with IntelliJ > IDEA. I see white screen and it doesn't repaint or change when I switch to another workspace and back.

Do you have 'setWMName "LG3D"' in your startuphook somewhere in your xmonad.hs configuration? I think you still need this in addition to the patch to make Java-apps work.

Comment #102 on issue 177 by qri...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I experience the same focus problems both with this patch and without it.

Comment #104 on issue 177 by qri...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 James, would you mind to post your xmonad setup?

Comment #106 on issue 177 by james.r...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177

James, would you mind to post your xmonad setup?

See attached xmonad.hs. I installed xmonad and XMonadContrib directly from a darcs checkout. Here's the steps I took (assumes ghci, cabal, and darcs installed). darcs get http://haskell.org/xmonad cd xmonad && darcs apply ~/Downloads/track-currently-processing-event.dpatch # from comment 33 cabal install cd .. && darcs get http://haskell.org/XMonadContrib cd XMonadContrib && sed -i -e '/XMonad.Hooks.ICCCMFocus/d' xmonad-contrib.cabal cabal install I confirmed it by running xmonad --recompile with the old "import XMonad.Hooks.ICCCMFocus" line in my xmonad.hs - it should error. Remove the import and 'logHook = takeTopFocus' and it should work. Attachments: xmonad.hs 9.9 KB

Comment #108 on issue 177 by qri...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Looks like problems with focus and jdk6 could be solve by removing taffybar logHook though idea with jdk7 does not get keyboard focus at all

Comment #110 on issue 177 by florice...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I confirm, it works here aswell with java 1.7.0_04-b20 on a quantal ubuntu, 64 bits.

Comment #112 on issue 177 by Daedalus...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 I can confirm that the contrib version doesn't work for me on Java 7, but works on 6. I'm running 64-bit Precise, and the output of java -version is: (For Java 7) java version "1.7.0_07" OpenJDK Runtime Environment (IcedTea7 2.3.2) (7u7-2.3.2a-0ubuntu0.12.04.1) OpenJDK 64-Bit Server VM (build 23.2-b09, mixed mode) (For Java 6) java version "1.6.0_24" OpenJDK Runtime Environment (IcedTea6 1.11.4) (6b24-1.11.4-1ubuntu0.12.04.1) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode)

Comment #114 on issue 177 by cmyzi...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Can we get something committed? This issue has been open for over 4 years, and XMonad is still unusable with many Java applications.

Comment #116 on issue 177 by leonba...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Please apply the patch. XMonad is unusable without it.

Hi, I apologize in advance for the newbie question, but how can I combine takeTopFocus with my existing logHook for xmobar? Currently, my logHook looks like this: logHook = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "#a8fc46" "" . shorten 50 , ppOrder = \(ws:_:t:_) -> [ws, t] } How can I add takeTopFocus into the mix, while still keeping xmonbar working? Thank you, On Fri, Nov 2, 2012 at 10:13 PM, wrote:

Comment #117 on issue 177 by sneil...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/**xmonad/issues/detail?id=177http://code.google.com/p/xmonad/issues/detail?id=177

Please apply this patch. Seriously.

______________________________**_________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/**mailman/listinfo/xmonadhttp://www.haskell.org/mailman/listinfo/xmonad

-- There are 10 types of people, those who know binary and those who don't.

Thank you for your help, Yeah, that's what I figured as well, but then I get this error when I recompile: xmonad.hs:391:25: Couldn't match expected type `a -> a1' against inferred type `X ()' In the first argument of `(>>)', namely `takeTopFocus' In the first argument of `($)', namely `takeTopFocus >> dynamicLogWithPP' In the `logHook' field of a record On Mon, Nov 5, 2012 at 11:41 AM, Brandon Allbery wrote:

On Mon, Nov 5, 2012 at 11:29 AM, Eyal Erez wrote:

...

I apologize in advance for the newbie question, but how can I combine takeTopFocus with my existing logHook for xmobar? Currently, my logHook looks like this: logHook = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "#a8fc46" "" . shorten 50 , ppOrder = \(ws:_:t:_) -> [ws, t] }

Easiest is to prepend it:

logHook = takeTopFocus >> dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "#a8fc46" "" . shorten 50 , ppOrder = \(ws:_:t:_) -> [ws, t] }

-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix/linux, openafs, kerberos, infrastructure http://sinenomine.net

-- *Eyal Erez <**oneself@gmail.com* *>* There are 10 types of people, those who know binary and those who don't.

Yep, it's a precedence problem. Swap out ($) for parentheses: logHook = takeTopFocus >> dynamicLogWithPP (xmobarPP { ... }) ~d Quoting Eyal Erez :

Thank you for your help,

Yeah, that's what I figured as well, but then I get this error when I recompile:

xmonad.hs:391:25: Couldn't match expected type `a -> a1' against inferred type `X ()' In the first argument of `(>>)', namely `takeTopFocus' In the first argument of `($)', namely `takeTopFocus >> dynamicLogWithPP' In the `logHook' field of a record

On Mon, Nov 5, 2012 at 11:41 AM, Brandon Allbery wrote:

...

On Mon, Nov 5, 2012 at 11:29 AM, Eyal Erez wrote:

...

I apologize in advance for the newbie question, but how can I combine takeTopFocus with my existing logHook for xmobar? Currently, my logHook looks like this: logHook = dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "#a8fc46" "" . shorten 50 , ppOrder = \(ws:_:t:_) -> [ws, t] }

Easiest is to prepend it:

logHook = takeTopFocus >> dynamicLogWithPP $ xmobarPP { ppOutput = hPutStrLn xmproc , ppTitle = xmobarColor "#a8fc46" "" . shorten 50 , ppOrder = \(ws:_:t:_) -> [ws, t] }

-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix/linux, openafs, kerberos, infrastructure http://sinenomine.net

-- *Eyal Erez <**oneself@gmail.com* *>*

There are 10 types of people, those who know binary and those who don't.

That worked, Thank you very much for your help. On Mon, Nov 5, 2012 at 1:05 PM, Brandon Allbery wrote:

On Mon, Nov 5, 2012 at 12:58 PM, wrote:

...

Yep, it's a precedence problem. Swap out ($) for parentheses:

Blah, missed that. Today's a bit scrambled. (Hopefully it leads to greater stability in the near future....)

-- brandon s allbery kf8nh sine nomine associates allbery.b@gmail.com ballbery@sinenomine.net unix/linux, openafs, kerberos, infrastructure http://sinenomine.net

_______________________________________________ xmonad mailing list xmonad@haskell.org http://www.haskell.org/mailman/listinfo/xmonad

-- *Eyal Erez <**oneself@gmail.com* *>* There are 10 types of people, those who know binary and those who don't.

Comment #119 on issue 177 by d...@lessonplanet.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Seriously. Please apply this patch.

Comment #121 on issue 177 by vially.i...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Apparently the patch from comment #33 was merged. So if you pull the current xmonad and xmonad-contrib versions from darcs everything should be fixed. Just make sure to remove the logHook = takeTopFocus and the old import XMonad.Hooks.ICCCMFocus which is now deprecated. I've tested it on Archlinux with openjdk7 and no issues so far.

Comment #123 on issue 177 by qri...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Gentoo, latest sources from darcs repo, tested SunJDK 1.6 & Oracle JDK 1.7 using IDEA (10.5 and 11) - works only with takeTopFocus in logHook and only for 1.6. takeTopFocus though hase some othe nasty consequences (e.g. sometimes Libre Office dialog boxes make xmonad hang)

Comment #125 on issue 177 by losinsk...@gmail.com: xmonad does not follow ICCCM and ignores WM_TAKE_FOCUS protocol http://code.google.com/p/xmonad/issues/detail?id=177 Can somebody now summarize the status? I really want to switch back to xmonad but I want to know if the java application I have to use work. I also want to know in which RELEASE of xmonad (no, I won't build a specific darcs version, I use linux because it has a packaging system that does all the update mess for me) the fix will be present and when that will be available.