[Question] Z-order management in Wayland

Manuel Bachmann manuel.bachmann at open.eurogiciel.org
Thu Jul 31 13:06:09 PDT 2014


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*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-devel/attachments/20140731/0b8cc4fe/attachment.html>


More information about the wayland-devel mailing list