On 01/07/2014 10:07 PM, Thiago Macieira wrote:
On segunda-feira, 30 de dezembro de 2013 17:09:16, Carsten Haitzler wrote:
this will require some negotiation before the first buffer is rendered. ie
surface created but not SHOWN... then ask wayland "given this surface, if i
showed it, should i draw frames or not?". this kind of negotiation will be
needed for many other things - like requesting what possible screen it may
end up on - or what profile to use. imagine a phone WITH a desktop monitor
attached. does the app display on the desktop monitor in "desktop mode"
with frames etc. and work with kbd+mouse, or does it display on the mobile
screen with no mouse and fill the screen etc.?
That negotiation is part of the xdg_shell extension to Wayland. We're not
using it in Tizen. If the compositor only supports wl_shell, then the toolkit
decides whether it should show anything or not, opting to showing something in
case of doubt.

You should probably make it a system-wide or compile-time setting.

we SHOULD use xdg_shell. it's not part of core wayland proto atm (in wayland src tree in master) so i haven't looked at it. but this SHOULD be configured at runtime based on the display. the toolkit can take care of decorating or not at that moment. that's the right way to do it that means you have less forking in the core os and more dynamic config "based on context". :)



_______________________________________________
Dev mailing list
Dev@lists.tizen.org
https://lists.tizen.org/listinfo/dev

--
The above message is intended solely for the named addressee and may
contain trade secret, industrial technology or privileged and
confidential information otherwise protected under applicable law
including the Unfair Competition Prevention and Trade Secret Protection
Act. Any unauthorized dissemination, distribution, copying or use of the
information contained in this communication is strictly prohibited. If
you have received this communication in error, please notify the sender
by email and delete this communication immediately.

_______________________________________________
Dev mailing list
Dev@lists.tizen.org
https://lists.tizen.org/listinfo/dev

Reply via email to