Re: [Gaim-devel] GTK and parent widgets

[Decklin F. <de...@re...>]

Ka-Hing Cheung writes:

> So it is possible for Window managers to ignore the gtk_window_move call
> if the window is not actually shown. But well, none of the wm seem to do
> this, so I guess it doesn't really matter.

This is because it's created with GTK_WINDOW_POPUP, so, it has
override-redirect set on it. WMs cannot intercept ConfigureRequests for
any such window (or reparent it into a WM frame, or anything like that),
and ordinarly will not even be notified of its existence by the X server
unless they do something evil.

Not handling ConfigureRequests properly for iconified windows would just
be a bug, not a violation of the ICCCM. :-)

Being more familiar with Xlib than GTK+ 2.x, I find it kind of odd that
I can't just make a window and specify its x and y co-ords (I noticed a
function for geometry hints, but that doesn't affect anything for
windows that aren't managed by a WM). I suspect that I'm supposed to
just call move before show like this and that'll tweak the values that
eventually get used when something calls XCreateWindow. It feels
counterintuitive, though.

In that case, the problems with different WMs (for managed windows,
obviously) probably have do do with conflicting ideas about how to
interpret a MapRequest with a non-(0,0) position set on the actual
window as well as a (perhaps incomplete) geometry hint, and not
ConfigureRequest (which is a whole different can of worms). I don't
really know.

At any rate, the blist tooltips do it my way already. :-)

-- 
things change.
de...@re...