Re: [E-devel] [Patch] Edje and Lua
On Tue, Sep 22, 2009 at 8:03 PM, Jaime Thomas avi.tho...@gmail.com wrote: On Mon, Sep 21, 2009 at 1:20 PM, Atton Jonathan jonathan.at...@gmail.com wrote: It seems like the message function in a lua script isn't called when we send a message from a C program. lua script: lua_script { function init (ed) print 'init' end function message(ed, typ, id, ...) local custom print 'custom' custom = ed.shadow:custom_state (default, 0.0) custom.rel1 = {0.3, 0.3} custom.rel2 = {0.6, 0.6} ed.shadow.state = {'custom', 0.0} end } embryo script: script { public message(Msg_Type:type, id, ...) { custom_state(PART:shadow, default, 0.0); set_state_val(PART:shadow, STATE_REL1, 0.3, 0.3); set_state_val(PART:shadow, STATE_REL2, 0.6, 0.6); set_state(PART:shadow, custom, 0.0); } } The embryo script works well but the lua script didn't. The message custom is never print in stdout. If you add in lua_script_only: 1; before the script it works. I've attached a patch that uses the lua_State for the collection, and allows for message sending without script_only. It seems to work here but perhaps Hanspeter could comment on its correctness. Never mind, it allows you to call the function but not to do anything useful inside it. 2009/8/12 Hanspeter Portner vento...@airpost.net This concerns Ticket #109: Add Lua support for Edje It adds Lua as scripting facility to Edje, letting Embryo untouched. It should be easier to use and be more flexible than Embryo, imho ;-) --- The patch --- Lua 5.1 is used in sandboxed mode. Lua byte code is not platform/architecture independent, Lua code is saved as text in the Edje container and parsed at load time, therefore. The patch goes in two directions 1) Analogous to Embryo for scripting logic, messaging and custom states. The same things are implemented as in Embryo: - messaging from and to C - manual creation of timers, animators, pollers for custom events / animations - manual manipulation of Edje parts by means of the public edje_object_part_* and internal functions and custom states - those routines are actually implemented as Lua bindings to functions in Edje.h and Ecore.h - the implementation is done in an object oriented way, so that the interface gives the feel of an object description language, pretty similar to EDC itself - combining custom states and custom animators allows for fancy animations and transitions, e.g circular/spline translations or complex/conditional transitions, etc. - this is just the same as Embryo does, but implemented in Lua, so nothing new here, actually 2) Dynamic object creation and manipulation - this interface stems from the 'script_only' objects in Edje. Those objects are a kind of scriptable Edje counterparts to Evas_Smart objects. The infrastructure for Embryo is already there, but has never been used - I added this in Lua and added some first bindings to experiment with - I thought it would be useful to allow for a limited dynamic creation of ui parts - We can create instances of groups from within the same Edje container and use them just like the main Edje object as stated in 1) - And there are some stand-alone bindings to dynamically create Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples - this may be useful to decouple the program from the ui even more, to be able to do things that have to be done in the program itself atm, but actually belong to the user interface, but need dynamic creation of objects or complex interactions - those objects are manipulated manually with Lua bindings to the corresponding edje_object_* and evas_object_* functions --- Discussion points --- Both stuff in 1) 2) is functioning, but needs testing, feedback, improvements, ... Stuff in 1) can already fully replace Embryo scripting with Lua scripting. There still is space for improvements/additions, though. Of the stuff in 2), I think it may only make sense to add the dynamic creation of groups defined in the same Edje container. Dynamic creation of other Evas_Objects makes not much sense, as most of them can already be used as Edje parts and be manipulated with custom states (apart from polygons and lines) and it would make the whole theming potentially more programing-like and much more susceptible for errors, etc. Would this be useful, or drop it all? The scripting should be there just for logic, conditionals, custom states and animations, not for a whole dynamic canvas, imho. There is a patch around with EXTERNAL Edje parts. Seems to be a better, faster, more secure way to extend Edje with custom objects
Re: [E-devel] [Patch] Edje and Lua
On Mon, Sep 21, 2009 at 1:20 PM, Atton Jonathan jonathan.at...@gmail.com wrote: It seems like the message function in a lua script isn't called when we send a message from a C program. lua script: lua_script { function init (ed) print 'init' end function message(ed, typ, id, ...) local custom print 'custom' custom = ed.shadow:custom_state (default, 0.0) custom.rel1 = {0.3, 0.3} custom.rel2 = {0.6, 0.6} ed.shadow.state = {'custom', 0.0} end } embryo script: script { public message(Msg_Type:type, id, ...) { custom_state(PART:shadow, default, 0.0); set_state_val(PART:shadow, STATE_REL1, 0.3, 0.3); set_state_val(PART:shadow, STATE_REL2, 0.6, 0.6); set_state(PART:shadow, custom, 0.0); } } The embryo script works well but the lua script didn't. The message custom is never print in stdout. If you add in lua_script_only: 1; before the script it works. I've attached a patch that uses the lua_State for the collection, and allows for message sending without script_only. It seems to work here but perhaps Hanspeter could comment on its correctness. 2009/8/12 Hanspeter Portner vento...@airpost.net This concerns Ticket #109: Add Lua support for Edje It adds Lua as scripting facility to Edje, letting Embryo untouched. It should be easier to use and be more flexible than Embryo, imho ;-) --- The patch --- Lua 5.1 is used in sandboxed mode. Lua byte code is not platform/architecture independent, Lua code is saved as text in the Edje container and parsed at load time, therefore. The patch goes in two directions 1) Analogous to Embryo for scripting logic, messaging and custom states. The same things are implemented as in Embryo: - messaging from and to C - manual creation of timers, animators, pollers for custom events / animations - manual manipulation of Edje parts by means of the public edje_object_part_* and internal functions and custom states - those routines are actually implemented as Lua bindings to functions in Edje.h and Ecore.h - the implementation is done in an object oriented way, so that the interface gives the feel of an object description language, pretty similar to EDC itself - combining custom states and custom animators allows for fancy animations and transitions, e.g circular/spline translations or complex/conditional transitions, etc. - this is just the same as Embryo does, but implemented in Lua, so nothing new here, actually 2) Dynamic object creation and manipulation - this interface stems from the 'script_only' objects in Edje. Those objects are a kind of scriptable Edje counterparts to Evas_Smart objects. The infrastructure for Embryo is already there, but has never been used - I added this in Lua and added some first bindings to experiment with - I thought it would be useful to allow for a limited dynamic creation of ui parts - We can create instances of groups from within the same Edje container and use them just like the main Edje object as stated in 1) - And there are some stand-alone bindings to dynamically create Evas_Image, Evas_Table, Evas_Line, Evas_Polygon as examples - this may be useful to decouple the program from the ui even more, to be able to do things that have to be done in the program itself atm, but actually belong to the user interface, but need dynamic creation of objects or complex interactions - those objects are manipulated manually with Lua bindings to the corresponding edje_object_* and evas_object_* functions --- Discussion points --- Both stuff in 1) 2) is functioning, but needs testing, feedback, improvements, ... Stuff in 1) can already fully replace Embryo scripting with Lua scripting. There still is space for improvements/additions, though. Of the stuff in 2), I think it may only make sense to add the dynamic creation of groups defined in the same Edje container. Dynamic creation of other Evas_Objects makes not much sense, as most of them can already be used as Edje parts and be manipulated with custom states (apart from polygons and lines) and it would make the whole theming potentially more programing-like and much more susceptible for errors, etc. Would this be useful, or drop it all? The scripting should be there just for logic, conditionals, custom states and animations, not for a whole dynamic canvas, imho. There is a patch around with EXTERNAL Edje parts. Seems to be a better, faster, more secure way to extend Edje with custom objects. There would be the possibility of precompiling Lua code at compile time (edje_cc) for faster loading, but we would have to patch and run our own Lua version. The Lua
Re: [E-devel] E SVN: slackd00d trunk/e
On Thu, Feb 26, 2009 at 12:44 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: Added an author Author: slackd00d Date: 2009-02-25 21:44:02 -0800 (Wed, 25 Feb 2009) New Revision: 39232 Modified: trunk/e/AUTHORS Modified: trunk/e/AUTHORS === --- trunk/e/AUTHORS 2009-02-26 04:36:13 UTC (rev 39231) +++ trunk/e/AUTHORS 2009-02-26 05:44:02 UTC (rev 39232) @@ -22,3 +22,4 @@ k-s (Gustavo Sverzut Barbieri) barbi...@profusion.mobi Peter van de Werken pwerke...@a-eskwadraat.nl Florian Hackenberger flor...@hackenberger.at +slackd00d Jason Edson ja...@oceighty.com -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn Purely out of curiosity, what have you contributed to e? I recognize the work of pretty much everyone else on this list but you are a bit of a mystery as I can't find any commits by you or any patches mentioning your name. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Is there someone porting webkit to EFL?
Was on Planet Gnome: http://codeposts.blogspot.com/2008/12/webkit-ported-to-enlightenment.html On Tue, Dec 16, 2008 at 11:35 PM, Peng Liu peng.l...@yahoo.com wrote: Hi, I'm a newbie of EFL. And I feel EFL is fantastic after I read Gustavo's presentation. It's great if webkit can run on EFL, in my opinion. But I didn't find any clues about this in webkit web site. Is there someone doing this right now? /Peng -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] EWL Themes with Edje
You can also enable Print theme signals and Print theme keys in ewl_config for some more information. On Fri, Aug 29, 2008 at 3:56 PM, Jorge Mariani [EMAIL PROTECTED]wrote: You should decompile the default.edj that comes with EWL. It's a start. On Aug 29, 2008, at 2:44 PM, Veli Ogla Sungutay wrote: hey all Is there any documentation samples on theming EWL applications? I got the latest svn tree and I think there is a start with doc/tutorials/themeing.dox I'm afraid that's about it. Thanks! -- Veli Ogla Sungutay http://gui-rd.org - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ewl_test segfaults
Could you provide a backtrace? Thanks, Jaime On Fri, Aug 29, 2008 at 5:07 PM, Veli Ogla Sungutay [EMAIL PROTECTED]wrote: hello again, yes this is my E night :) i just compiled EFL svn smoothly. But ewl_test segfaults. ewl_simple_test and ewl_embed_test works. I had my 2 month old e cvs in /usr/local replaced by the new svn compilation. -- Veli Ogla Sungutay http://gui-rd.org - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E CVS: proto/eina turran
On Wed, Aug 6, 2008 at 4:09 PM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: ah, fine... so you all use BSD's libC, do not use GNU LibC or any other LGPL library... -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (19) 9225-2202 - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel I hate to reiterate over whats already been said, but just in case you've forgotten, here you go: That library is not a big one, it's not the most powerful lib on earth. Just a data type lib. You do not want to help, well, if you don't like LGPL, why not. But not linking against it, it's completely crazy. I won't link against it because it's an internal E library that isn't BSD. The rest of the stack is BSD and anything from the E project (at least core stuff) could be taken by a company and worked on internally. Suddenly there are pieces which require separate licensing and contribution requirements. Feels wrong. Does that mean that you also don't link against any lgpl (or other licence that is not like BSD or MIT) lib that exist ? No, it doesn't. Those aren't EFL projects. We have them marked as a dependency and I don't code for them. I may submit bugs and such but they aren't a big part of my work. I want to be able to take my work at some point and make modifications that aren't open if it comes to that. Why should I have to give up my ability to take my code and do what I want with it? (And, I know I can just re-license my code but in general it's been worked on my many, many, people so I can't just take it that way) dan Also, there have been several emails about the need to keep the licensing consistent within the project (from Kim, Luchezar, Andreas, etc). - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ewl menu style
Ephoto or ecdb both use more the menubar in a more normal way. http://ecdb.googlecode.com/svn-history/r97/trunk/ecdb/doc/ecdb.png is a screenshot of the latter. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Ewl menu style
You could try the detour theme at http://code.google.com/p/detour/. It isn't totally complete, but most things are there. Jaime - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
I've been writing some documentation for a bunch of the applications for Elbuntu, but I'll send them here if they're welcome. jethomas On Thu, 26 Apr 2007 08:56:58 -0400 dan sinclair [EMAIL PROTECTED] wrote: yup :) also remember - the website is not static - it's an evolving thing, but the www site compared to wiki is meant to be much more static. if people wish to collaborate on documentation and guides to start with the wiki is a great place. as dan says - once things settle they can be release on gold on the main site - but that also depends on the code and projects they document getting a release. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] WWW!
I've written them for Eclair, Elicit, Exhibit, Estickies. Can write for others. jethomas - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Documentation
Not sure if this list is used, but I'd be willing to create some documentation for the specific enlightenment applications. Just need to know what applications are being used. Jaime - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.phpp=sourceforgeCID=DEVDEV ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel