On Mon, 31 Dec 2012 13:46:41 +1000 David Seikel <onef...@gmail.com> said:
> On Mon, 31 Dec 2012 10:20:21 +0900 Cedric BAIL <cedric.b...@free.fr> > wrote: > > > On Sun, Dec 30, 2012 at 10:48 PM, Gustavo Sverzut Barbieri > > <barbi...@profusion.mobi> wrote: > > > On Sun, Dec 30, 2012 at 10:04 AM, Cedric BAIL <cedric.b...@free.fr> > > > wrote: > > >> On Sun, Dec 30, 2012 at 12:55 PM, Lucas De Marchi > > >> <lucas.demar...@profusion.mobi> wrote: > > <snip> > > > > Bindings: I'm still to see that for real, but IMO it will make > > > bindings worse. Also, people tend to think of bindings as a simply > > > expose C functions in that language 1:1. This is horrible, you're > > > developing for some language and you must cope with that language's > > > style as much as possible. If the work to make the Python or JS > > > bindings were just to generate 1:1, it would be better, but we took > > > the time to think how to match language nicely. > > > > This is debatable. I do think that a 1:1 binding is fine as it provide > > an easy and sure path with time. Still there is clearly a need to > > implement a layer in the "binded" language to abstract it and make it > > feel like a native JS, Python, whatever API. You may not have a 1:1 > > binding in Elev8, but I think you are doing a higher up layer in JS > > with EasyUI that could have been an abstraction between a 1:1 binding > > and the JS world. I also think that this way the binding would have a > > much easier time to provide a stable API and the script could just > > include the EasyUI layer they used for development. That one would > > have worked on every version of the binding without any breakage ever > > and it would have make the life of maintaining that binding much more > > easy. > > > > > For bindings, the worse part here is that you'll never be able to > > > construct va_list then you'll never be abe to expose eo_do() itself. > > > > It's not worse, it just limiting and sad. You will be limited to use > > only one function call even when you have all the value needed to do > > much more... I also would have liked a way to bind that. > > > > > Then it's like fixing a problem that is not broken. > > > > Seriously ? Our binding are massively behind. We have barely one > > maintained binding, JS and a few other that are slowly dying. If half > > of our API was present in them, I would be happy, but that's far from > > being the case. So what is the status of the Perl, Python, Ruby, Go > > and all other bindings ? Tell me they are all great, cover 80% of our > > API (I am not even asking for 100%) and well maintained. > > The Lua bindings are great, well maintained, but only cover a small > percentage of EFL API. They also try to leverage Lua ways of doing > stuff to make it easy for Lua scripters, it's not exactly a 1:1 > binding. It's close to 1:1 though. It's not slowly dying. :-P > > I would love to resurrect my ancient RAD tool and have some higher > level stuff for edje Lua, but I suspect Raster would veto that. I'm > not ready to do that yet anyway, so will leave that for a later > discussion. > > The textblock API is kinda scary huge, that's why I left it out last > time I was adding Lua bindings. Which bit me last week when I was > considering a design that would use textblock from Lua. lol > > BTW, no one answered my previous question - will I have to redo the Lua > bindings to suit eo now? no. you don't have to. current efl api will keep working fine until 2.0 after then it may continue to work (to greater or lesser extents) but there definitely will bee no support for expansion of it and new stuff will go via eo. i'd say it's early days for eo so you may end up with teething problems if you try to move to it, BUT, it may also save you a buttload of time in the long-run due to introspection etc. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) ras...@rasterman.com ------------------------------------------------------------------------------ Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS and more. Get SQL Server skills now (including 2012) with LearnDevNow - 200+ hours of 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_122512 _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
