On Mon, Jan 9, 2012 at 2:13 PM, Cedric BAIL <cedric.b...@free.fr> wrote: > On Mon, Jan 9, 2012 at 5:07 PM, Bruno Dilly <bdi...@profusion.mobi> wrote: >> On Mon, Jan 9, 2012 at 12:56 PM, Cedric BAIL <cedric.b...@free.fr> wrote: >>> On Mon, Jan 9, 2012 at 3:46 PM, Bruno Dilly <bdi...@profusion.mobi> wrote: >>>> On Mon, Jan 9, 2012 at 11:26 AM, Cedric BAIL <cedric.b...@free.fr> wrote: >>>>> On Mon, Jan 9, 2012 at 2:06 PM, Bruno Dilly <bdi...@profusion.mobi> wrote: >>>>>> On Sun, Jan 8, 2012 at 2:32 PM, Cedric BAIL <cedric.b...@free.fr> wrote: >>>>>>> On Sun, Jan 8, 2012 at 3:47 PM, ChunEon Park <her...@naver.com> wrote: >>>>>>>> I think both are no problems if it has a documentation. >>>>>>>> But your patch may break applications already released. >>>>>>>> It will be better to apply your patch when major version is changed. >>>>>>> >>>>>>> As I say, current behaviour is undefined. If you go out of an >>>>>>> animation (defined in the edj itself) in any state (hidden, moved, >>>>>>> resized, whatever), it will stay in that state. But this is completly >>>>>>> random and not defined (as in, depend on an external file). Now I do >>>>>>> like the raster proposal with an orphaned flag as it is the only sane >>>>>>> way to detect any leak. Relying on an undefined visual artefact would >>>>>>> not help at all. >>>>>> >>>>>> It isn't documented. But it's defined, IMHO, since you can predict it. >>>>>> As you said, in an animation it will keep the state, if it was >>>>>> visible, it will stay visible. >>>>>> So applications can be considering a unswallowed object will be >>>>>> visible, since it was visible, and now it will be hidden. >>>>> >>>>> No, as it is defined in the theme, it doesn't depend on the >>>>> application. If you change the theme, the animation, anything in the >>>>> .edj, it will change the behaviour in the application itself. It's >>>>> full of race condition. There is no sane way to expect any kind of >>>>> behaviour in the app. It is definitivly an undefined behaviour, as >>>>> their is no way you could know the state of the object without >>>>> requesting it after the unswallow. >>>> >>>> OK, my concept of application is code and theme. >>>> Anyway, a simple case is to add an rectangle to a swallow in a layout. >>>> I've attached a quick example. As you can see, no luck required. After >>>> 3 seconds the rectangle is unswallowed and displayed at 0,0. >>> >>> Ok, I see the difference. From my point of view, the application >>> should never trust an edj file. So if I can break your "consistent" >>> behaviour by just touching the edc file, then their is a bug in the >>> application from my point of view. In your example. I just need to set >>> visible: 0, or rel1.relative: 0 0; and rel2.relative: 0 0; to break >>> your app. So you are just lucky that no one touched your edc file. >> >> Ok, but don't you trust the edj file will have a swallow with name "X" ? >> It's easy to break an application changing the edj if you want to do so. > > You know that edje_object_part_swallow return an EINA_BOOL, do you ?
I do, you can print something in your terminal and quit the application. What doesn't mean it is not working as intended. Anyway, there are signals that should be emitted to code and you don't emit that on your theme. So it will break your application and you can't detect. Going further, you can make every part invisible, and you application will be completely useless. So, yeah, I believe you need to trust your edj someway, and they need to be considered part of the application. > -- > Cedric BAIL > > ------------------------------------------------------------------------------ > Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex > infrastructure or vast IT resources to deliver seamless, secure access to > virtual desktops. With this all-in-one solution, easily deploy virtual > desktops for less than the cost of PCs and save 60% on VDI infrastructure > costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox > _______________________________________________ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Senior Developer ProFUSION embedded systems http://profusion.mobi ------------------------------------------------------------------------------ Ridiculously easy VDI. With Citrix VDI-in-a-Box, you don't need a complex infrastructure or vast IT resources to deliver seamless, secure access to virtual desktops. With this all-in-one solution, easily deploy virtual desktops for less than the cost of PCs and save 60% on VDI infrastructure costs. Try it free! http://p.sf.net/sfu/Citrix-VDIinabox _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
