Closed GoogleCodeExporter closed 8 years ago
[deleted comment]
I found out that this seems to be a problem with gnomeConfig, when I replace
gnomeConfig with defaultConfig, the problem goes away. I've attached the two
xmonad.hs files, the working and the broken version.
Original comment by brian.amberg@gmail.com
on 29 Oct 2008 at 8:43
Attachments:
Ok, I've drilled down more on the problem. It seems that the logHook hook is
responsible. When I overwrite the logHook, my Matlab is working, when I use the
gnome
log hook, it does not work.
-- Configuration
main = xmonad $ gnomeConfig {
startupHook = startupHook'
, logHook = dynamicLog
, terminal = terminal'
, borderWidth = borderWidth'
, normalBorderColor = normalBorderColor'
, focusedBorderColor = focusedBorderColor'
}
`additionalKeysP`
[
-- moving workspaces
("M-<Left>", prevWS )
, ("M-<Right>", nextWS )
, ("M-S-<Left>", shiftToPrev )
, ("M-S-<Right>", shiftToNext )
]
Original comment by brian.amberg@gmail.com
on 29 Oct 2008 at 9:01
Attachments:
Good debugging work! Starting from here I drilled down through the code and
found
the culprit-- the gnome config uses the generic desktop config, which uses the
logHook from EwmhDesktops -- and guess what, the EwmhDesktops logHook sets the
WM
name to "xmonad", overriding whatever you set it to! duh.
Does anyone know of any good reason why the line 'setWMName "xmonad"' should not
simply be removed from the EwmhDesktops logHook? And if there is a good reason
it is
there, can anyone think of a better solution? Of course in theory the WM_NAME
should
not matter, but in practice it obviously does.
Original comment by byor...@gmail.com
on 29 Oct 2008 at 11:51
Original comment by byor...@gmail.com
on 29 Oct 2008 at 11:52
[deleted comment]
Hello Byorgey,
thank you for finding the problem, I should have looked there myself, but I'm
not
proficient with Haskell.
I removed the line, and now my system is running nicely again.
Brian
Original comment by brian.amberg@gmail.com
on 29 Oct 2008 at 6:10
http://junmin.walsai.com/2009/01/get-java-working-with-xmonad.html
i had to modify that line(not removing)
Original comment by junmi...@gmail.com
on 8 Jan 2009 at 11:00
I had the same issue with the EwmhDesktop loghook and from the irc channel came
the
suggestion to use
ewmhDesktopsLogHook >> setWMName "LG3D"
as part of my logHook which works fine. Maybe you could do something similar
instead
of changing the logHook...
Original comment by que...@gmail.com
on 31 Aug 2009 at 7:04
This patch (included in 0.9) pushes the setWMName call in
ewmhDesktops to the startup hook, so setWMName "LG3D" should
do the right thing at any order in the logHook:
Sun Oct 11 01:35:38 EDT 2009 Justin Bogner <mail@justinbogner.com>
* Move EWMH support initialization to a startupHook
Set EWMH support atoms and the window manager name in a startup hook,
rather than in the log hook: the log hook occurs far too frequently
for it to make sense to set constants with it.
Original comment by vogt.a...@gmail.com
on 28 Oct 2009 at 1:58
Original issue reported on code.google.com by
brian.amberg@gmail.com
on 29 Oct 2008 at 8:32Attachments: