On Mon, Dec 9, 2013 at 3:04 PM, Tom Hacohen <tom.haco...@samsung.com> wrote: > On 09/12/13 16:53, Eoff, Ullysses A wrote: >> The ELM docs don't explain the concept... nor does a Google search AFAICT. >> So what is it? >> >> Currently, setting a window as withdrawn appears to just hide it (i.e. >> elm_win_withdrawn_set(..., EINA_TRUE))... so what's the point, why not use >> evas_object_hide(...) instead? >> >> Next, if we call evas_object_show(...) on a withdrawn window, should it be >> unwithdrawn too? This is how it works right now on X11 engine, but is that >> correct? Or should you be required to call elm_win_withdrawn_set(..., >> EINA_FALSE)? >> >> Essentially, I'm asking because I want to make sure it's consistent (which >> it's not) and correct across engines (e.g. X11 vs. Wayland), or should it >> be? As Tom basically stated on IRC, this probably shouldn't even be logic >> that is specific to any engine, rather it's a general thing. >> >> Finally, the clear definition of a withdrawn window should be added to the >> docs. > > As I said on IRC, if I remember correctly withdrawn is the super-hidden. > That is hidden + it's safe to release some resources as it'll be hidden > for a while/we need the resources. > That's just from the top of my head, I guess raster might be able to > remember.
OK, your answer seems aligned to Mike's one. So, another question: when we iconify a window, it should still appear in the "toplevel" list of windows, e.g. for ALT+Tab. Does the same happen when we hide/withdrawn a window? Would be good to have a clear difference between iconify, withdrawn and hide. So far, withdrawn and hide are being treated exactly the same in Wayland engines, while iconify will be different (it's a server-side thing, the client won't free any resources at all). > We also need to sort out (higher level, not in the engine) all of the > withdrawn true/false settings on hide and show and decide what can and > should be done in many cases. For example, if we switch to show, does > the state automatically change? Can we have a withdrawn state even when > shown, and then make it actually do something only when the window is > hidden? I don't know, it's kind of weird. > ------------------------------------------------------------------------------ Sponsored by Intel(R) XDK Develop, test and display web and hybrid apps with a single code base. Download it for free now! http://pubads.g.doubleclick.net/gampad/clk?id=111408631&iu=/4140/ostg.clktrk _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel