Re: window migrations

[Fred Kiefer]

Alex Perez wrote:
> On Tue, 29 Jun 2004, Fred Kiefer wrote:
>
>
> > I ma ybe responsible for this and the other reported moving windows 
> > issues. The code in (XGServer -styleoffsets:::::) uses hard coded values 
> >  for the border offset when there is no other way to tell. The basic 
> > problem here is that X offers no way to ask the window manager in 
> > advance for the decoration offset and that GNUsteps insists on knowing, 
> > even before the window is displayed.
> > The current hard coded values for the EWMH case are the one KDE had at 
> > the time I was coding this. Now the top size for the theme I am using 
>
> both GNOME and KDE, as well as a number of WindowManagers, all use NET_WM 
> now. GNUstep does not support it, AFAIK. Is this correct? If so, it 
> probably should, as there is a pending patch for WindowMaker (I actually 
> already have it applied against my CVS WindowMaker) which will make the 
> "recommended GNUstep Window Manager" support it as well. I suspect if 
> GNUstep supported freedesktop.org's NET_WM, I suspect a lot of wonky 
> problems would be avoided altogether.

You may be mixing up a few issues here. GNUstep should better support 
the Extended Window Manager Hints, which propably is what you refer to 
as NET_WM. There is some support already there in GNUstep as you can see 
if you check XGServerWindow.m.
There is currently no means specified by the EWMH specification to find 
out on the size of window decoration applied by a window manager. For 
KDE there is at least the value of _KDE_NET_WM_FRAME_STRUT: But even 
this value is only available when the window is already mapped (in which 
case GNUstep tries to use the value it did get from the first remapping 
call), so again we have no information on the first window.

What puzzles me is that the only window movement I could get was 
downwards, that is when I position a menu in Gorm, save the gorm file 
and load it again, the menu window is moved down two times the heigh of 
the window title, but when doing the same operation again and again the 
menu window will stay at that position. And for normal windows I could 
only get a minimal drift, if any at all.

Fred