About decorations in Unity

Damián Nohales damiannohales at gmail.com
Thu Mar 29 19:13:17 PDT 2012

Ok, I understand the point... probably a good idea is to have a library
that help toolkits to paint decorations in a consistent way between

El 27/03/12 22:44, Thiago Macieira escribió:
> On terça-feira, 27 de março de 2012 22.32.13, Damián Nohales wrote:
>> El 27/03/12 19:24, Thiago Macieira escribió:
>>> I guess the toolkits would simply forego drawing the decoration when it
>>> detects that the window is maximised.
>> But this behaviour is not shell dependent? for example, in KDE shell the
>> windows normally does not stop to print windows decoration when its are
>> maximized.
>> How clients know when forego drawing decorations, don't they need some
>> compositor talk?
> I think you're missing the fact that the clients run decorations that are 
> specific to the environment they're running, which in turn known when to 
> decorate and when not to.
> For example, if you're running in KDE, the KDE decorations will draw a title 
> bar all the time and borders only when not maximised. If you're on Unity, the 
> Unity decorations in your toolkit will draw the decoration only when not 
> maximised.
> If needed, the toolkits will communicate with the Unity compositor via a 
> private interface so that some merging of information can be done.
> Note the obvious conclusion that this requires each toolkit to have client-
> side decorations for each compositor type. However, this is no more different 
> than each toolkit having widget styles that are alike. If you run an 
> application with a toolkit without such support or with somehow wrong 
> settings, it will look different anyway.
> _______________________________________________
> wayland-devel mailing list
> wayland-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/wayland-devel

More information about the wayland-devel mailing list