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.

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.

--
Tom.

------------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to