On Thu, 13 Oct 2011 11:56:49 +0900 Carsten Haitzler (The Rasterman) <ras...@rasterman.com> wrote:
> On Thu, 29 Sep 2011 19:33:16 +1000 David Seikel <onef...@gmail.com> > said: > > > OK, lua2 has no text part support, and that's what I needed. So I > > went with embryo. More about that below, but first the important > > part of this post. For a later project, I'll really need lua in > > EFL, but for this one, the embryo stuff works. I did want to get > > stuck into lua2 with this project though, just as a warm up to that > > later one. > > > > I spent part of yesterday going over edje's internals, to figure out > > what I don't know, and how much work it might be to implement lua2 > > text part support. I might be able to implement text parts in > > lua2, at least enough to satisfy my own needs. After writing the > > first few bits of lua2 stuff, lots of the rest are likely to be > > trivial boiler plate code. Just gotta get my head around it and get > > up to speed. > > correct. most of it is boiler plate "fill me in" code. last i worked > on it all the design patterns/poler plate was done with examples and > implementations of a chunk of things, but definitely not everything. Cool, I understood what was there. B-) > > So, what are other peoples plans with implementing lua2? Would I be > > stepping on others toes? Is someone else gonna be doing it very > > soon? Is raster happy with how lua2 was turning out, and not gonna > > start on lua3? Am I gonna go well past my annual commit quota? > > no plans for now. OK, I'll probably poke at writing some of the lua stuff then. For the purposes of this project, the current lua support is sufficient. Though there is one part I had to write in C that I'm not happy with. It really should be part of the edje. I might experiment with that soon. Otherwise, when I get around to it, as edje stuff for this project is now pretty solid as is. > > Embryo lacked a feature I found is in recent versions of small/pawn, > > So my embryo code is rather ugly to work around that. Lua has that > > feature though. I think they called it array subscripts in pawn, > > but it's basically a struct. Lua tables should do that fine. > > yes. embryo is older. no plans to upgrade its support at this stage > if ever. if you need more "api calls" in the embryo script to do > things it currently cant to parts or whatever - we just add them. the > lua stuff is intended to be a whole new "class" of object totally > implemented in lua script (resizing, transitions etc. - of COURSE > with edje providing lots of helpers and pre-made functionality like > transitioning parameters of objects etc. over time). I did rewrite it in lua, and I was correct. The lua version is much cleaner, half the size, and more readable. Lua tables did the trick that embryo arrays just did not cope with well. Relative sizing and positioning between edje and lua parts I guess is what swallow parts is for. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world.
signature.asc
Description: PGP signature
------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct
_______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
