If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

GTK+ Support Merged For Wayland CSD

03-17-2013, 11:40 PM

Phoronix: GTK+ Support Merged For Wayland CSD

For a fair amount of time now there's been work on client side decorations for Wayland so that the Weston compositor with GTK+ can do the window decorations on the client-side rather than server-side as done with the X.Org Server. That work has now been merged to master...

Comment

Wayland actually supports either, the compositor chooses Client or Server side decorations. (They can even do a hybrid approach where the user chooses--thats what Kwin is gonna do) so apparently the gnome guys wants to have the user decide as well, so they need to merge in both server and client side decorations.

Comment

Why not have a library called libdecoration that is used by GTK+, Qt, Clutter, EFL, FLTK, Tk, etc.

Then all widget toolkits will re-use and share the same code for decorations.
Then all applications will have the same decorations, instead of GTK+ and Qt and others have application windows with different looking decorators.

Comment

Why not have a library called libdecoration that is used by GTK+, Qt, Clutter, EFL, FLTK, Tk, etc.

Then all widget toolkits will re-use and share the same code for decorations.
Then all applications will have the same decorations, instead of GTK+ and Qt and others have application windows with different looking decorators.

We need a common unified well-integrated look-and-feel.

Well, Qt already has decoration support (so they can run on windows, for example) so it's probably not going to be easy to get them to throw that away and use some new libdecoration library that Gnome writes. And it's probably going to be even more difficult to get them to write it, since they already have support working for themselves.

Comment

Well, Qt already has decoration support (so they can run on windows, for example) so it's probably not going to be easy to get them to throw that away and use some new libdecoration library that Gnome writes. And it's probably going to be even more difficult to get them to write it, since they already have support working for themselves.

Comment

Why not have a library called libdecoration that is used by GTK+, Qt, Clutter, EFL, FLTK, Tk, etc.

Then all widget toolkits will re-use and share the same code for decorations.
Then all applications will have the same decorations, instead of GTK+ and Qt and others have application windows with different looking decorators.

We need a common unified well-integrated look-and-feel.

That's a great idea! Can we have a link to your repo with the initial code?
I'd be interested to see how you implemented this library.