> 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. --tml _______________________________________________ Gimp-developer mailing list Gimp-developer@xxxxxxxxxxxxxxxxxxxxxx https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
