On Sat, Dec 29, 2012 at 3:04 PM, David Seikel <onef...@gmail.com> wrote: > On Sat, 29 Dec 2012 02:14:07 +0100 Cedric BAIL <cedric.b...@free.fr> > wrote: >> On Fri, Dec 28, 2012 at 11:55 PM, David Seikel <onef...@gmail.com> >> > However, I've just wasted a whole day tracking down that I was >> > passing an Evas_Object to a function that needed an Evas. It >> > compiled and worked fine under the merged efl tree, but not on EFL >> > 1.7.4. Under 1.7.4 there was no complaints, just missing text. >> >> This is cleary a bug, it should have triggered a critical warning at >> run time. Care to share which function ? > > edje_object_add() > > The client is coming around tonight, and now I'm a day behind. So I'm > not gonna be spending any more time beating at it to help you diagnose > things today. The fact that it just worked perfectly with no error > messages in merged efl tree is what took all the time tracking down, > coz I was looking everywhere else to find the problem. lol
The problem is that it should work with EFL tree. I tested it here and definitively edje_object_add(Evas_Object *parent) does work. It does have the same behavior has elm_*_add function there. Before it was not allowed to pass an Evas_Object instead of an Evas canvas, now it is. So this is not a bug, but an evolution so that all our API match Elm API. Does that explain the behavior you did get ? -- Cedric BAIL ------------------------------------------------------------------------------ Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122412 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
