[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