Re: Reparenting cleanup
- From: "Andrea Vettorello" <andrea vettorello gmail com>
- To: sawfish-list gnome org
- Subject: Re: Reparenting cleanup
- Date: Mon, 19 Feb 2007 21:59:55 +0100
On 2/17/07, Timo Korvola <tkorvola elisanet fi> wrote:
"Andrea Vettorello" <andrea vettorello gmail com> writes:
> Maybe the two things are related, any suggestion on how to debug this?
By tracing map_request, I suppose. That is where windows get framed
if you installed my patch. I am unable to reproduce this bug with the
Debian package of Monodevelop.
You are right, the main Monodevelop window is decorated now, and found
nothing relevant in their changelog.
But i can confirm that gnome-power-manager still triggers the bug:
http://img58.imageshack.us/my.php?image=screenshotxnestxt3.png (=
I suspect the mapping is done in an unorthodox way as until now i've
only seen this in two applications and probably gnome-power-manager
developers could fix on their part (maybe) as it was done on
Monodevelop, but at the same time i would like to see a workaround on
Sawfish for these "rogue" applications cause other WMs, for example
Metacity, are unaffected.
For a start, i've dumped the properties of the window in the two
states, undecorated and decorated, and there are some differences, the
undecorated window misses the following properties (present in the
decorated state):
XKLAVIER_STATE(INTEGER) = 0, 0
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_WIN_WORKSPACE(CARDINAL) = 0
_NET_WM_DESKTOP(CARDINAL) = 0
_NET_WM_STATE(ATOM) =
I'll give a look if i can figure out something...
--
Andrea
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]