With the most recent update to empathy (2.32.0.1) it no longer gets shifted to the correct workspace :-( Here's an excerpt of what I have in my ~/.xmonad/xmonad.hs: myWindowActions = composeAll [ className =? "Gimp-2.4" --> doFloat , resource =? "deskbar-applet" --> doFloat , resource =? "gnome-panel" --> doIgnore , resource =? "keysafe" --> doFloat , title =? "Authorise Passphrase Access" --> doFloat , title =? "Calendar Alarm" --> doFloat , title =? "OpenPGP Prompt" --> doFloat -- placements , resource =? "empathy" --> doF (W.shift "1:im") , className =? "Xchat-gnome" --> doF (W.shift "1:im") , className =? "VirtualBox" --> doF (W.shift "2:vbox") , className =? "Chromium" --> doF (W.shift "8:web") , className =? "Firefox" --> doF (W.shift "8:web") , className =? "Thunderbird" --> doF (W.shift "9:mail") ] Before the upgrade of empathy it shifted to the correct workspace without fail. Now not at all. I have checked that the resource hasn't changed either: % xprop | grep WM_CLASS WM_CLASS(STRING) = "empathy", "Empathy" Any idea why this could be? Should I blame xmonad or empathy for this? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
On Fri, Oct 08, 2010 at 11:51:37AM +0100, Magnus Therning wrote:
With the most recent update to empathy (2.32.0.1) it no longer gets shifted to the correct workspace :-(
I have checked that the resource hasn't changed either:
% xprop | grep WM_CLASS WM_CLASS(STRING) = "empathy", "Empathy"
Did you try using "Empathy" instead of "empathy" in your xmonad.hs? -Brent
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 10/9/10 17:04 , Brent Yorgey wrote:
On Fri, Oct 08, 2010 at 11:51:37AM +0100, Magnus Therning wrote:
With the most recent update to empathy (2.32.0.1) it no longer gets shifted to the correct workspace :-(
I have checked that the resource hasn't changed either:
% xprop | grep WM_CLASS WM_CLASS(STRING) = "empathy", "Empathy"
Did you try using "Empathy" instead of "empathy" in your xmonad.hs?
"resource" is the first of those strings, not the second. - -- brandon s. allbery [linux,solaris,freebsd,perl] allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university KF8NH -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyw7GUACgkQIn7hlCsL25WNiwCgwYTTA/2StJkyWlLj3+uU2am7 vWYAn3rIt6wsa0XTYLQDb+8md8p0A1Zi =OQKU -----END PGP SIGNATURE-----
On 09/10/10 23:27, Brandon S Allbery KF8NH wrote:
On 10/9/10 17:04 , Brent Yorgey wrote:
On Fri, Oct 08, 2010 at 11:51:37AM +0100, Magnus Therning wrote:
With the most recent update to empathy (2.32.0.1) it no longer gets shifted to the correct workspace :-(
I have checked that the resource hasn't changed either:
% xprop | grep WM_CLASS WM_CLASS(STRING) = "empathy", "Empathy"
Did you try using "Empathy" instead of "empathy" in your xmonad.hs?
"resource" is the first of those strings, not the second.
Indeed, so I added a match on 'className' too: , resource =? "empathy" --> doF (W.shift "1:im") , className =? "Empathy" --> doF (W.shift "1:im") with this in my xmonad.hs I got the strangest behaviour ever, it actually managed to move *another* window to the workspace "1:im". In any case, matching on either 'resource' or 'className' (not both) works equally badly. I guess this is empathy's fault, since the placement works with every other application I use. /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus＠therning．org Jabber: magnus＠therning．org http://therning.org/magnus identi.ca|twitter: magthe
participants (3)
-
Brandon S Allbery KF8NH -
Brent Yorgey -
Magnus Therning