October 2009 - xmonad

Re: Issue 78 in xmonad: Extension state
by codesite-noreply＠google.com 07 Nov '09

07 Nov '09

Updates: Status: Patch Owner: SpencerJanssen Comment #4 on issue 78 by daniel.schoepe: Extension state http://code.google.com/p/xmonad/issues/detail?id=78 Current version of the patches is here: http://article.gmane.org/gmane.comp.lang.haskell.xmonad/8685 -- 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 3

Re: Issue 313 in xmonad: Merge contrib's isFullscreen and doFullFloat to core
by codesite-noreply＠google.com 03 Nov '09

03 Nov '09

Comment #4 on issue 313 by alexey(a)feldgendler.ru: Merge contrib's isFullscreen and doFullFloat to core http://code.google.com/p/xmonad/issues/detail?id=313 The isFullscreen implementation in xmonad-contrib didn't work for me at least with the two applications I tried (MPlayer and Opera). Then I look at the source code of ion3 WM, which used to handle both of them correctly, and saw what it does <http:// ion3.sourcearchive.com/documentation/20060107/fullscreen_8c-source.html> (see clientwin_check_fullscreen_request). I implemented the same in a custom query for XMonad, and it worked. Here is my query: myIsFullscreen = do w <- ask fs <- isFullscreen if fs then return fs else liftX $ do p <- getProp32s "_MOTIF_WM_HINTS" w case p of Just (flags:_:decorations:_) -> return ((flags .&. 2) /= 0 && decorations == 0) Nothing -> return False Please consider merging this into isFullscreen. -- 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

2 1

darcs patch: fix window rectangle calculation in X.A.UpdatePointer
by Tomas Janousek 01 Nov '09

01 Nov '09

Hello, Whenever I approached my seamonkey window from either right or bottom, the pointer jumped to its center (which shouldn't happen when changing focus with mouse). I can only guess that a second logHook without mouseFocused was called (seamonkey specific, didn't happen for terminals windows) and the condition "is within that window already" didn't catch it due to this off-by-two-times- -the-border issue :-). Mon Oct 26 16:49:18 CET 2009 Tomas Janousek <tomi(a)nomi.cz> * fix window rectangle calculation in X.A.UpdatePointer -- Tomáš Janoušek, a.k.a. Liskni_si, http://work.lisk.in/

3 2

darcs patch: PositionStore utility to store informati... (and 1 more)
by Jan Vornberger 31 Oct '09

31 Oct '09

Hi! This is now the patch bundle containing Bluetile's floating layout. It requires Daniel's extstate patch (which is not included in this bundle, see his recent e-mail for a patch). The first patch adds Util.PositionStore, which holds position and size information about a window. Having this global place to store this information, makes the floating layout much more robust and enables many features. Note that this is still missing the enhanced decoration code to be fully functional in a dual-head setup. In such a setup, you can drag windows from one screen to another which means you can drag them from one workspace to another. To handle these cases correctly, the decoration code needs some tweaks, which I will be working on submitting next. (Note that X.L.SimplestFloat also has these problems, which is why it really isn't very usable in a dual-head setup.) But apart from that, it should be fairly useful on its own. One other thing that is still missing, is a way to remove information about windows from the PositionStore, once a window is closed. I will look into that as well. Regards! Jan Sat Oct 31 22:13:51 CET 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * PositionStore utility to store information about position and size of a window Sat Oct 31 22:31:28 CET 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * PositionStoreFloat - a floating layout with a support hook PositonStoreHook

3 2

darcs patch: NoFrillsDecoration - most basic version of decoration ...
by Jan Vornberger 31 Oct '09

31 Oct '09

This is the decoration layout modifier I use for Bluetile's floating layout. I wrote it because SimpleDecoration wasn't simple enough. :-) Mon Oct 12 00:05:12 CEST 2009 Jan Vornberger <jan.vornberger(a)informatik.uni-oldenburg.de> * NoFrillsDecoration - most basic version of decoration for windows PS: I since looked into the problem of patch bundles with unicode characters getting mangled when I use 'darcs send'. It is now a reported bug ( http://bugs.darcs.net/issue1644 ) and I'm using a workaround that will hopefully work for now.

4 5

Re: Issue 302 in xmonad: XMonad.Layout.IM doesn't match UTF8 chars
by codesite-noreply＠google.com 31 Oct '09

31 Oct '09

Comment #1 on issue 302 by hgabreu: XMonad.Layout.IM doesn't match UTF8 chars http://code.google.com/p/xmonad/issues/detail?id=302 Layout.ComboP suffers the same problem (as L.IM, not matching utf8 properties); I think the problem is Util.WindowProperties. But it should not be very hard to fix since ManageHook does it, that is, can match a window with utf8 property. -- 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 4

Move focus to the next window across multiple visible workspaces
by Ones Self 30 Oct '09

30 Oct '09

Hi, I use a multi-head display with xmonad, and I'd like to cycle through all the windows on both visible workspaces. I've tried using XMonad.Layout.WindowNavigation, but I can't seem to get it to work. It doesn't switch focus across workspaces, and the more positional L, R, U, D is really not what I'm looking for. I'd like to have it simply cycle through all the windows in both workspaces, regardless of their position relative to each other. Thank you in advance, -- "I know you think you understand what you thought I said but I'm not sure you realize that what you heard is not what I meant" -- Alan Greenspan

2 1

Re: Issue 317 in xmonad: Util.XSelection.putSelection repeatable hang
by codesite-noreply＠google.com 30 Oct '09

30 Oct '09

Comment #8 on issue 317 by ale...(a)feldgendler.ru: Util.XSelection.putSelection repeatable hang http://code.google.com/p/xmonad/issues/detail?id=317 The workaround prevents the freeze, but it would be nice to be able to copy text to clipboard. Why does putSelection freeze? Can't see anything suspicious by looking at its source. Nothing seems to be logged to .xsession-errors, which means that none of the print* invocations are reached. -- 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 4

startupHook setWMName and ewmhDesktops
by Henrique G. Abreu 30 Oct '09

30 Oct '09

Hi all, In xmonad 0.9 both setWMName and ewmhDesktops sets startupHook. The problem is that I don't know how to use them together. I've tried like it was with logHook in 0.8, but it doesn't work. , startupHook = ewmhDesktopsStartup >> setWMName "LG3D" Thanks, Henrique G. Abreu ps: Also there's no config example about this in whole xmonad documentation. Not in emwmDesktops, SetWMName or "extending xmonad hooks" (linked everywhere for detailed instructions). faq has a todo on this: http://haskell.org/haskellwiki/Xmonad/Frequently_asked_questions#Using_SetW…

3 3

Re: [xmonad] startupHook setWMName and ewmhDesktops
by Henrique G. Abreu 30 Oct '09

30 Oct '09

Spencer, First of all, as one could guess, you were right. > , startupHook = ewmhDesktopsStartup >> setWMName "LG3D" does work. I've confirmed it by running the following: > ID=`xprop -root _NET_SUPPORTING_WM_CHECK|grep -o '0x\w*$'` > xprop -id $ID _NET_WM_NAME|grep -o 'x\w\w'|while read v; do echo -ne "\\$v"; done; echo I was fooled by the java app I was testing that doesn't work even with LG3D workaround. But ALL other java apps I've tested today work with this startup hook (and I'm testing many this time). The buggy app is a java web start at miglayout.com. If you want run it go to the site or: > javaws http://www.migcalendar.com/miglayout/swingcallbackdemoapp.jnlp The tricky thing was that it worked most of the time with setWMName alone, but not when with ewmh. Today I could not get a consistent behavior with it. Anyway, I've attached my entire xmonad.hs as requested. My xmonad is darcs lasted (pulled today), ghc 6.10.4 And I use it with Xfce 4.6.1 on Arch 2.6.31 i686. Sorry for not doing extensive testing before complaining. Henrique G. Abreu On Fri, Oct 30, 2009 at 02:28, Spencer Janssen <spencerjanssen(a)gmail.com>wrote: > On Fri, Oct 30, 2009 at 01:23:13AM -0200, Henrique G. Abreu wrote: > > Sorry for not being clear at the first time. > > > > If I use startupHook like this: > > , startupHook = setWMName "LG3D" > > Java apps work normally, but if I set it like proposed: > > , startupHook = ewmhDesktopsStartup >> setWMName "LG3D" > > and attempt to run java apps, I get the "grey blobs" instead of app > window, > > just as if not using setWMName workaround. > > > > Henrique G. Abreu > > I'd like to see your entire xmonad.hs. >

1 0