Neil Roberts wrote:
I guess you could make a toolkit-agnostic decorations library using subsurfaces that these types of applications can use. However I don't think that will solve the consistency issue because most game-type applications will want to bundle all of their dependencies so they will end up wanting to bundle this library. The consistency will then break when the distro updates its version of the library.
Can you explain why "consistency" is so important for the window frame, but is not a problem for the buttons and scrollbars and text fields and everything else inside the frame?
And, yes, "toolkit-agnositic decorations library" is the solution. Hey, it could do the scrollbars and buttons, too! What a concept!
I think the most important decision to make for xdg-shell is whether to require CSD support or SSD support. How it is actually negotatied is not as important. I think you have to have a policy of requiring support for one or the other because it'd be a mess to have a situation where some apps can't work on certain compositors.
You are advocating requiring *both* clients and compositors to be able to draw decorations. Why make it so complicated?
_______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel
