[Question] Z-order management in Wayland

[yan.wang at linux.intel.com]

Sure. We Tizen IVI tried 20140704.2 image and found this macro is enabled.
But when we tried to build efl by GBS, we get the following error:

efl:
  nothing provides pkgconfig(gl)

We are looking for the cause.

Yan Wang


> Hi Yan,
>
> "And I am not sure whether USE_XDG_SHELL macro is enabled in current
> Tizen upstream."
>
> It is enabled by default. If you download a sufficiently recent snapshot
> of
> Tizen Common or IVI (I recommend from 2014/06/20 so you can have Weston
> 1.5.0), and click on the "Minimize" button of a random EFL application, it
> will in fact minimize the window with "xdg_surface_set_minimized()". It is
> a good way to check if this macro was enabled.
>
> Regards,
>
>
> 2014-07-31 10:57 GMT+02:00 <yan.wang at linux.intel.com>:
>
>> Hi, Carsten,
>>   Thanks for your comments.
>>   I check efl code and I found
>> _ecore_wl_window_cb_xdg_surface_active/deactivate is empty.
>>   As your comments, we should add code into them and pop related Ecore
>> event out. Is it right?
>>   I could also find ecore_wl_window_raise() in ecore_wl_window.c. It
>> shouldn't be used?
>>   And I am not sure whether USE_XDG_SHELL macro is enabled in current
>> Tizen upstream.
>>
>> Yan Wang
>>
>> > On Thu, 31 Jul 2014 01:02:33 -0700 (PDT) yan.wang at linux.intel.com
>> said:
>> >
>> >> E.g. When we start a new application on mobile platform, previous
>> running
>> >> application could be hidden and paused to reduce power consuming and
>> improve response speed. If we could adjust and get z-order status, we
>> >> could callback application to sleep. And when user restart this
>> application, we could just make this slept app waked up.
>> >
>> > you do NOT want to do this by raise/lower. even doing this in x11 is
>> just
>> > WRONG. in fact a good mobile wm setup would refuse to allow this.
>> there
>> is
>> > a
>> > netwm request "netwm activate". this requests the window is activated.
>> this MAY
>> > raise the window. it may switch desktop. it may de-iconify a window.
>> it
>> may
>> > also place focus on the window... unless the wm decides that this is a
>> bad
>> > idea
>> > right now.
>> >
>> > you do NOT want a raise/lower etc. in wayland. you want xdg shell and
>> an
>> activate request. the compositor after that decides what is best to do.
>> >
>> >> Yan Wang
>> >> > There is currently no way to influence the stacking order of
>> top-level
>> >> > surfaces. Why do you need this?
>> >> > On Jul 31, 2014 9:28 AM, <yan.wang at linux.intel.com> wrote:
>> >> >
>> >> >> Hi, All,
>> >> >>    I found X provides raise/lower APIs to manger window Z-order.
>> But
>> >> >> there
>> >> >> isn't related APIs in Wayland/Weston.
>> >> >>    May it should be one design idea of Wayland in fact or I could
>> >> >> achieve
>> >> >> this  by current Wayland protocol?
>> >> >>    Thanks.
>> >> >>
>> >> >> Yan Wang
>> >> >> _______________________________________________
>> >> >> wayland-devel mailing list
>> >> >> wayland-devel at lists.freedesktop.org
>> >> >> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>> >> >>
>> >> > _______________________________________________
>> >> > wayland-devel mailing list
>> >> > wayland-devel at lists.freedesktop.org
>> >> > http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>> >> >
>> >> _______________________________________________
>> >> wayland-devel mailing list
>> >> wayland-devel at lists.freedesktop.org
>> >> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>> >
>> >
>> > --
>> > ------------- Codito, ergo sum - "I code, therefore I am"
>> --------------
>> The Rasterman (Carsten Haitzler)    raster at rasterman.com
>> >
>> >
>>
>>
>>
>> _______________________________________________
>> wayland-devel mailing list
>> wayland-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/wayland-devel
>>
>
>
>
> --
> Regards,
>
>
>
> *Manuel BACHMANN Tizen Project VANNES-FR*
>