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.w...@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.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 >> > > > > -- > Regards, > > > > *Manuel BACHMANN Tizen Project VANNES-FR* > _______________________________________________ wayland-devel mailing list wayland-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/wayland-devel
