>  In your educated guess, are the GIMP-vs-window-management problems:

>   1) bugs in the port of GTK+, or

>   2) are they inherent limitations of "window properties" model of
>      the interaction between an application and graphic system?

Both;) The exact meaning of what in the X11 world is called "window
manager hints" is not specified. (And that's as such not a serious
problem; they are just "hints" after all, window managers are free to
ignore them, and the principle in X11 has always been to "provide
mechanism, not policy".)

That said, there is a reference environment (the window manager called
"metacity" used in the GNOME desktop environment), and from the GTK+
on Windows point of view, what is desired is to emulate the behaviour
of that. So how the window management GTK+ API should behave is
well-defined, if one just compares the behaviour of some specific
sequence of GTK+ API calls under metacity in GNOME and on Windows.

>  The limitations which may be addressed only by adding specific CODE
>  to application (as opposed to specific DATA on the app-WM interface)...

Yes, everything is just a small matter of programming...

As such the amount of code changes needed to get rid of the most
glaring GIMP problems on Windows (window z-order getting confused and
windows occasionally seeming to refuse activation or focus) is
probably not large. But the code is a bit convoluted. Also one must be
careful not to break something else when fixing one thing, of course.

Gimp-developer mailing list

Reply via email to