[Question] Z-order management in Wayland

[Carsten Haitzler (The Rasterman)]

On Thu, 31 Jul 2014 01:57:44 -0700 (PDT) yan.wang at linux.intel.com said:

> 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?

yes - i don't know if the xdg shell protocol does this request at the moment -
but ultimateley it should as this is part of xdg standards to begin with and is
the "right way". it's what apps etc. really want. not a raise or layer change.

>   I could also find ecore_wl_window_raise() in ecore_wl_window.c. It
> shouldn't be used?

it'll only end up having an effect between subsurfaces. it won't do what you
want.

>   And I am not sure whether USE_XDG_SHELL macro is enabled in current
> Tizen upstream.

i think not. i am not even sure about upstream atm - busy with lots of other
stuff and wayland work is understaffed.

> 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
> 


-- 
------------- Codito, ergo sum - "I code, therefore I am" --------------
The Rasterman (Carsten Haitzler)    raster at rasterman.com