On Thu, 31 Jul 2014 01:57:44 -0700 (PDT) yan.w...@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.w...@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.w...@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@lists.freedesktop.org > >> >> http://lists.freedesktop.org/mailman/listinfo/wayland-devel > >> >> > >> > _______________________________________________ > >> > wayland-devel mailing list > >> > wayland-devel@lists.freedesktop.org > >> > http://lists.freedesktop.org/mailman/listinfo/wayland-devel > >> > > >> _______________________________________________ > >> wayland-devel mailing list > >> wayland-devel@lists.freedesktop.org > >> http://lists.freedesktop.org/mailman/listinfo/wayland-devel > > > > > > -- > > ------------- Codito, ergo sum - "I code, therefore I am" -------------- > The Rasterman (Carsten Haitzler) ras...@rasterman.com > > > > > > > > _______________________________________________ > wayland-devel mailing list > wayland-devel@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/wayland-devel > -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel