Re: [E-devel] RFC: embryo release in 2 weeks
Carsten wrote: On Mon, 4 Aug 2008 10:50:10 +0200 Cedric BAIL [EMAIL PROTECTED] babbled: On Mon, Aug 4, 2008 at 2:25 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Mon, 04 Aug 2008 02:43:33 +0300 Viktor Kojouharov [EMAIL PROTECTED] babbled: Rhino is java based, so that's out. Then we have SpiderMonkey, which is currently used by gecko1.9. That's not as fast as webkit's engine. Then there's tamarin, which is practically future proof, with its support for ES4. However, it's not complete. I don't know of any other engines out there. hmmm wel then it spidermonkey or... nothing. and spidermonkey is pretty fat... it's api is pretty big... :/ quick look.. not smelling positive. :( I am playing with spidermonkey since some time now and trust me you want to use lua for edje. It's smaller, easier to integrate and fit the need of edje. It's perhaps not a good solution for big apps, but for small script it should be perfect. And in my opinion, it's a matter of a few days to switch to lua in edje and we should do it sooner than latter. I would really like to see this before the end of august and looking at edje, sounds like a really straight forward jobs. man.. thank you! a man who has actually played with spidermonkey and js.. and real advice from the trenches! thanks muchly! confirms my thoughts that lua is a much better fit. i was thinking of getting lua in by end of august... i need to play with it first... the question is.. embryo - keep for compatibility (after the lua change) or throw out? i would keep it anyway while adding lua... but then.. remove or not? i am listening to those using embryo right now. Design your stuff to be extensible, within reason and if there's reason for it. You don't know what the future can bring, don't limit your design from the start.. all that everyone here has done and has experience with is a drop in an ocean. You didn't want loadable engines for evas at first (original evas), then you did and Jorge rewrote a large amount of stuff.. now you want loadable objs as well - there was always good reason for these. You chose embryo first for edje, now you want to change it to another - there was always good reason for that. Pick one, say LUA, and support that in the 'official' tree, drop embryo if desired, but write the thing to allow for extensibility to support others. If later in time someone(s), for some reason writes a js or whatnot one, and it takes off and is used in ways none here expected then so much the better - let the 'market' decide, don't limit things from the start. Click to go wireless with your computer, ultra fast speed. http://thirdpartyoffers.juno.com/TGL2141/fc/Ioyw6i3nBfhe2oRb8nSGG6eFQLqhypeDGbalpXVZ3PrzHrhNPL2rXe/ - 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] Time-based releases
2008/8/5 Vincent Torri [EMAIL PROTECTED] On Mon, 4 Aug 2008, Caio Marcelo wrote: Just a small follow up on this question for those who are interested in this topic. On Sat, Aug 2, 2008 at 1:52 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: No, I'm not. What I want is to stop cooking things that are already done. Sometimes I really think that Mark Shuttleworth is right WRT time-based releases, man, this would make this project so good, SO GOOD that I can't even imagine. From the technical to the social side. This means that we are near to a big change for e17? As a user, I think that this kind of releases could be the right choice in order to see a apha-beta-RC release of your work. Maybe there could be some milestone in order to give the community some release pseudo-stable, and to give some good signal to the community. This ML is the most active list that I've ever seen, and I could see every week some step to the final release in the e17 code, you have to show to the world that you are still working, if you decide to publish a time-based list of releases, even unstable release, I think this could be a positive signal for the project. -- __Matteo__ http://www.youtube.com/watch?v=UqkKurZ22KM http://maps.google.com/maps?f=qhl=engeocode=q=Strada+dei+Campi,+34072+Gorizia,+Friuli-Venezia+Giulia,+Italiasll=37.0625,-95.677068sspn=28.611123,82.265625ie=UTF8ll=45.910682,13.507696spn=0.00153,0.005021t=hz=18 - 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_Hal compilation problem
- Sebastian Dransfeld [EMAIL PROTECTED] ha scritto: Dave Andreoli wrote: Hi all I have problem using E_Hal (adn/or E_DBus) in an e module: If I use: #include E_DBus.h I always get: In file included from /usr/local/include/E_Hal.h:3, from e_mod_main.c:3: /usr/local/include/E_DBus.h:42: error: expected ‘{’ before ‘void’ /usr/local/include/E_DBus.h:42: error: two or more data types in declaration specifiers the line 42 of E_DBus.h is: typedef struct E_DBus_Interface E_DBus_Interface; Is right to link against E_dbus and E_hal in the module autotool? or is e17 that link against that libs? Someone has an idea? i'm getting creazy and is probably a stipid thing :( No problem including E_DBus.h or E_Hal.h here. Do you include anything before E_Hal.h? I include e.h before (that should also include E_DBus.h). Sebastian - 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] [ANN] QEdje 0.1
You know that Nokia owns Qt? Sebastian Jorge Mariani wrote: Cool, any change of geting a GEdje (GTK)? I mean, to use with Gambas, for example? Regards. On Aug 4, 2008, at 2:19 PM, Caio Oliveira wrote: Hello, We at OpenBossa (opensource stream of INdT) are pleased to announce the first version of QEdje, a library that enables the use of Edje components in Qt4. I guess I don't need to describe Edje for you :-), so I'm skipping that. This is experimental code, some features are not implemented yet, scripting is one of them, but we are aiming to be fully compatible with libedje. Some of the developers have written about it, see http://atdrez.wordpress.com/2008/07/19/qedje/ http://labs.morpheuz.eng.br/blog/01/08/2008/qedje-init/ The project website is http://dev.openbossa.org/qedje and there's also a mailing list, more information at http://groups.google.com/group/qedje The developers are also most of the time available at #edevelop channel. -- Caio Marcelo de Oliveira Filho OpenBossa Labs - INdT - 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] E_Hal compilation problem
- Dave Andreoli [EMAIL PROTECTED] ha scritto: - Sebastian Dransfeld [EMAIL PROTECTED] ha scritto: Dave Andreoli wrote: Hi all I have problem using E_Hal (adn/or E_DBus) in an e module: If I use: #include E_DBus.h I always get: In file included from /usr/local/include/E_Hal.h:3, from e_mod_main.c:3: /usr/local/include/E_DBus.h:42: error: expected ‘{’ before ‘void’ /usr/local/include/E_DBus.h:42: error: two or more data types in declaration specifiers the line 42 of E_DBus.h is: typedef struct E_DBus_Interface E_DBus_Interface; Is right to link against E_dbus and E_hal in the module autotool? or is e17 that link against that libs? Someone has an idea? i'm getting creazy and is probably a stipid thing :( No problem including E_DBus.h or E_Hal.h here. Do you include anything before E_Hal.h? I include e.h before (that should also include E_DBus.h). Ok, I solved the problem. Was because in the module HAVE_EDBUS isn't set and this cause problems in e_msgbus.h (ther's a check for HAVE_EDBUS at line 6). I have fixed with: AC_DEFINE(HAVE_EDBUS, 1, [E_Dbus support]) in configure.in Thanks all! dave Sebastian - 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] E_Hal compilation problem
Dave Andreoli wrote: Hi all I have problem using E_Hal (adn/or E_DBus) in an e module: If I use: #include E_DBus.h I always get: In file included from /usr/local/include/E_Hal.h:3, from e_mod_main.c:3: /usr/local/include/E_DBus.h:42: error: expected ‘{’ before ‘void’ /usr/local/include/E_DBus.h:42: error: two or more data types in declaration specifiers the line 42 of E_DBus.h is: typedef struct E_DBus_Interface E_DBus_Interface; Is right to link against E_dbus and E_hal in the module autotool? or is e17 that link against that libs? Someone has an idea? i'm getting creazy and is probably a stipid thing :( No problem including E_DBus.h or E_Hal.h here. Do you include anything before E_Hal.h? Sebastian - 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
[E-devel] Nightly build log for E17 on 2008-08-05 07:10:35 -0700
Build log for Enlightenment DR 0.17 on 2008-08-05 07:10:35 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, ecore_dbus, engage, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore_li, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, iiirk, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, skel, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - 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] [ANN] QEdje 0.1
On Tue, Aug 5, 2008 at 5:39 AM, Sebastian Dransfeld [EMAIL PROTECTED] wrote: You know that Nokia owns Qt? Well, given that the guys work at INdT (instituto NOKIA de tecnologia - Nokia Institute of Technology), I guess they know, actually that was one of the reasons to do so ;-) -- 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
Re: [E-devel] Time-based releases
On Mon, Aug 4, 2008 at 10:17 PM, Caio Marcelo [EMAIL PROTECTED] wrote: Just a small follow up on this question for those who are interested in this topic. On Sat, Aug 2, 2008 at 1:52 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: No, I'm not. What I want is to stop cooking things that are already done. Sometimes I really think that Mark Shuttleworth is right WRT time-based releases, man, this would make this project so good, SO GOOD that I can't even imagine. From the technical to the social side. IMHO, I also like the idea of time-based releases. As a reference I'll put up two examples that I think are nice: 1) http://kerneltrap.org/Linux/Kernel_Release_Numbering_Redux This is about the version numbering, but IMHO is essentially a recognition from the developers (or at least Linus), that thinking about 1.0, 1.2, 2.6.26 for Linux doesn't make much sense anymore. They detached releases from features. If the new feature is ready for this one, it goes in this release. If not, cook a bit more and appear in the next. 2) https://fedoraproject.org/wiki/Releases/10/FeatureList Fedora is a Linux distribution. Here's a simplification of how it works: they organize the releases by proposing new features (whoever is going to hack propose them) for the release and keeping a status about them. The ones that are 100% when it's freeze time are in. The others not ready are moved back to proposed for the next release. I guess what Ubuntu folks do is similar. The overhead of releasing can be as simple as build some scripts to bump stuff up and generate tarballs (btw, raster already has its asparagus script that does something similar :-)...). Or am I missing something here?[*] Maybe people disagree on *what* should be called a release? Were the asparagus snapshots releases? (maybe my understanding of what is a release is too weak, I don't exclude that possibility) Or even people disagree on where should we start with these time-boxed releases? [*] btw, if you're wondering how could we do something like let's take this part out if not ready in the code, branches can help you with that, do the new features in topic branches and then integrate to main tree when they are ok. You can even keep a tree up with all those ongoing features, for people testing if you want (that's similar to what people call next tree in some projects). But I'm really not pushing git or anything here, I think this cherry picking of features is less important right now than the other questions. I'm all for it, let's do it! As for this last remark, moving to SVN is one step further and integration with GIT is even easier. Those that wish can develop in GIT branches and when ready just merge to trunk, Those who don't know how to use GIT (ie: RASTER! ;-)) can keep polluting the trunk with regular commits as they do nowadays. Given the project size, number of active contributors and commit rate, a freeze period can be very short and will not impact us too much. We can start the freeze always on weekends and do saturday/sunday bug hunting day, freeze for one week maximum and release on the other weekend. -- 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
Re: [E-devel] Time-based releases
For those interested in using Git with SVN, here's a nice getting started article. It's written from the assumption that you're using Google Code, but it's really discussing general SVN and Git workflow. http://google-opensource.blogspot.com/2008/05/develop-with-git-on-google-code-project.html On Tue, Aug 5, 2008 at 11:38 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: On Mon, Aug 4, 2008 at 10:17 PM, Caio Marcelo [EMAIL PROTECTED] wrote: Just a small follow up on this question for those who are interested in this topic. On Sat, Aug 2, 2008 at 1:52 AM, Gustavo Sverzut Barbieri [EMAIL PROTECTED] wrote: No, I'm not. What I want is to stop cooking things that are already done. Sometimes I really think that Mark Shuttleworth is right WRT time-based releases, man, this would make this project so good, SO GOOD that I can't even imagine. From the technical to the social side. IMHO, I also like the idea of time-based releases. As a reference I'll put up two examples that I think are nice: 1) http://kerneltrap.org/Linux/Kernel_Release_Numbering_Redux This is about the version numbering, but IMHO is essentially a recognition from the developers (or at least Linus), that thinking about 1.0, 1.2, 2.6.26 for Linux doesn't make much sense anymore. They detached releases from features. If the new feature is ready for this one, it goes in this release. If not, cook a bit more and appear in the next. 2) https://fedoraproject.org/wiki/Releases/10/FeatureList Fedora is a Linux distribution. Here's a simplification of how it works: they organize the releases by proposing new features (whoever is going to hack propose them) for the release and keeping a status about them. The ones that are 100% when it's freeze time are in. The others not ready are moved back to proposed for the next release. I guess what Ubuntu folks do is similar. The overhead of releasing can be as simple as build some scripts to bump stuff up and generate tarballs (btw, raster already has its asparagus script that does something similar :-)...). Or am I missing something here?[*] Maybe people disagree on *what* should be called a release? Were the asparagus snapshots releases? (maybe my understanding of what is a release is too weak, I don't exclude that possibility) Or even people disagree on where should we start with these time-boxed releases? [*] btw, if you're wondering how could we do something like let's take this part out if not ready in the code, branches can help you with that, do the new features in topic branches and then integrate to main tree when they are ok. You can even keep a tree up with all those ongoing features, for people testing if you want (that's similar to what people call next tree in some projects). But I'm really not pushing git or anything here, I think this cherry picking of features is less important right now than the other questions. I'm all for it, let's do it! As for this last remark, moving to SVN is one step further and integration with GIT is even easier. Those that wish can develop in GIT branches and when ready just merge to trunk, Those who don't know how to use GIT (ie: RASTER! ;-)) can keep polluting the trunk with regular commits as they do nowadays. Given the project size, number of active contributors and commit rate, a freeze period can be very short and will not impact us too much. We can start the freeze always on weekends and do saturday/sunday bug hunting day, freeze for one week maximum and release on the other weekend. -- 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 - 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] [ANN] QEdje 0.1
Gustavo Sverzut Barbieri wrote: On Tue, Aug 5, 2008 at 5:39 AM, Sebastian Dransfeld [EMAIL PROTECTED] wrote: You know that Nokia owns Qt? Well, given that the guys work at INdT (instituto NOKIA de tecnologia - Nokia Institute of Technology), I guess they know, actually that was one of the reasons to do so ;-) Was more a response to the guy who asked for gtk support :) Sebastian - 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] Time-based releases
On Tue, 5 Aug 2008 13:38:54 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: As for this last remark, moving to SVN is one step further and integration with GIT is even easier. Those that wish can develop in GIT branches and when ready just merge to trunk, Those who don't know how to use GIT (ie: RASTER! ;-)) can keep polluting the trunk with regular commits as they do nowadays. bzzzt. wrong :) i do know how to use git - been using it now for a few months. i think svn is a better choice - for us. :) (i particularly have come to dislike git's mergetool handling.. and when it fucks up... man it fucks you up...) Given the project size, number of active contributors and commit rate, a freeze period can be very short and will not impact us too much. We can start the freeze always on weekends and do saturday/sunday bug hunting day, freeze for one week maximum and release on the other weekend. -- 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 -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - 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] Time-based releases
On Tue, Aug 5, 2008 at 5:36 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Tue, 5 Aug 2008 13:38:54 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: As for this last remark, moving to SVN is one step further and integration with GIT is even easier. Those that wish can develop in GIT branches and when ready just merge to trunk, Those who don't know how to use GIT (ie: RASTER! ;-)) can keep polluting the trunk with regular commits as they do nowadays. bzzzt. wrong :) i do know how to use git - been using it now for a few months. i think svn is a better choice - for us. :) (i particularly have come to dislike git's mergetool handling.. and when it fucks up... man it fucks you up...) as I said... ;-) being using git as you use cvs is just driving a car like you drive a bicycle. -- 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
Re: [E-devel] Time-based releases
Le mercredi 6 août 2008, Gustavo Sverzut Barbieri a écrit : On Tue, Aug 5, 2008 at 5:36 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Tue, 5 Aug 2008 13:38:54 -0300 Gustavo Sverzut Barbieri [EMAIL PROTECTED] babbled: As for this last remark, moving to SVN is one step further and integration with GIT is even easier. Those that wish can develop in GIT branches and when ready just merge to trunk, Those who don't know how to use GIT (ie: RASTER! ;-)) can keep polluting the trunk with regular commits as they do nowadays. bzzzt. wrong :) i do know how to use git - been using it now for a few months. i think svn is a better choice - for us. :) (i particularly have come to dislike git's mergetool handling.. and when it fucks up... man it fucks you up...) as I said... ;-) being using git as you use cvs is just driving a car like you drive a bicycle. But really, when you see something like that: http://ktown.kde.org/~zrusin/git/git-cheat-sheet-large.png It scares me a lot about how easy git can be :-p -- Raoul Hecky - 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] [ANN] QEdje 0.1
Jorge Mariani wrote: Cool, any change of geting a GEdje (GTK)? I mean, to use with Gambas, for example? If you haven't already, you could try gevas2: http://www.enlightenment.org/viewvc/misc/gevas2/ There's also an article about it by the author available on Linux Journal (from 2005): http://www.linuxjournal.com/article/8213 Though the code is a bit old, it still seems to work ok. I'm currently using it to slowly convert a GTK project to EFL. -- Lance Fetters Ogaki, Gifu, Japan - 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
[E-devel] evas_object_image rotation?
Hi all, I want to know if there are some ways to rotate an image object to a custom angle with C language API of EFL, here is some Python code I googled, but I could not find the corresponding function in Ecore_Evas/Evas C language API documents. I really appreciate if anyone can tell me how to or send me some example code. The Python code is as following: #!/usr/bin/env python import sys import ecore import evas import ecore.evas if 'x11' in sys.argv: ee = ecore.evas.SoftwareX11(w=800, h=480) else: ee = ecore.evas.SoftwareX11_16(w=800, h=480) bg = ee.evas.Rectangle(color=(255, 255, 255, 255)) bg.size = ee.evas.size bg.show() img = ee.evas.Image() img.file_set(icon.png) img.move(380, 200) w, h = img.image_size_get() img.resize(w, h) img.fill_set(0, 0, w, h) img.show() rotation = [evas.EVAS_IMAGE_ROTATE_90] def rotate_img(rotation): img.rotate(rotation[0]) rotation[0] += 1 return rotation[0] = evas.EVAS_IMAGE_ROTATE_270 ee.fullscreen = False ee.show() ecore.timer_add(2.0, rotate_img, rotation) ecore.main_loop_begin() # prevent segfault del ee Thank you very much! -- Be Yourself @ mail.com! Choose From 200+ Email Addresses Get a Free Account at www.mail.com - 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