Re: [E-devel] [e-users] Planet revamped!
hum maybe I need a blog to talk about Exalt and Eyelight. 2009/6/9 muzzle muz...@gmail.com On Mon, Jun 8, 2009 at 8:39 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi wrote: Hi all, I take over planet.enlightenment.org maintenance, remove the two blogs that were not talking about E these days (tilman and dj2) and added a couple of other (dieb, lfelipe), Thank you! enabled the hackegotchi (so far just my picture) and I want design guys to help making its look feel consistent with other bits of the website (dresb?) Want to be on planet? - send me your RSS/ATOM link, if you often talk about non-e17/efl things, then send link to specific category Want your hackergotchi? - send me your picture as png or jpeg with size 65x85 Let's make it live with E/EFL stuff again, let's rock. Keep up the good work and make the plane a resource we users can rely on to understand what's going on in the e17 world. Cheers, Emme -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Regards. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Planet revamped!
sure! On Tue, Jun 9, 2009 at 10:22 AM, Atton Jonathanjonathan.at...@gmail.com wrote: hum maybe I need a blog to talk about Exalt and Eyelight. 2009/6/9 muzzle muz...@gmail.com On Mon, Jun 8, 2009 at 8:39 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi wrote: Hi all, I take over planet.enlightenment.org maintenance, remove the two blogs that were not talking about E these days (tilman and dj2) and added a couple of other (dieb, lfelipe), Thank you! enabled the hackegotchi (so far just my picture) and I want design guys to help making its look feel consistent with other bits of the website (dresb?) Want to be on planet? - send me your RSS/ATOM link, if you often talk about non-e17/efl things, then send link to specific category Want your hackergotchi? - send me your picture as png or jpeg with size 65x85 Let's make it live with E/EFL stuff again, let's rock. Keep up the good work and make the plane a resource we users can rely on to understand what's going on in the e17 world. Cheers, Emme -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-users mailing list enlightenment-us...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users -- Regards. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Release schedule and request for help
Hello all, If you follow http://trac.enlightenment.org/e/wiki/Release you will notice that more and more items are being strike out in the past months due work of many individuals, we'd like to thank them all. Among contributors we can even find out nice examples like Luca De Marini that is not a programmer but fund/help the work of Sergey P. Semernin to help finish that list. I'd like to ask more people to step in and help, either with code directly of following Luca's example and finding a developer to do so (no need to pay, you can find a friend willing to do work). If you are willing to help but have no deep knowledge of the project, we can aid you with such tasks. Lots of them just require basic C skills, like converting Ecore/Evas data types usage to Eina (in Ecore, E_DBus, efreet, ...). We also need developers with optimizations and profiling skills to help with Efreet (not much to think, it's all known, just need manpower to implement). Last but not least we need bug reports, and bug report reviewing! The last part is important, for example we had a bug listed as efm will not work with other fm's dragdrop but it does, so go there and comment on bugs.Not all developers spend lots of time on Trac (shame on me!), so if you have a bug that is there for some time without any comments, don't be afraid and post it here (e-devel or e-users), or talk with us at IRC (#edevelop or #e), maybe you can have your problems fixed by the end of the day ;-) That's it, let's rock! PS: I'll use the blog and post this there as well. Let's hope it will bring more attention. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Fix eina build error with --disable-magic-debug, unified patch for my yesterday patches
Hello, As the --disable-magic-debug thingy was fixed by someone else, I just rebased the patch and it goes attached again, fixing the same things listed on the original mail. On Sun, Jun 7, 2009 at 7:01 AM, Cedric BAIL cedric.b...@free.fr wrote: On Sat, Jun 6, 2009 at 11:33 PM, Vincent Torrivto...@univ-evry.fr wrote: On Sat, 6 Jun 2009, Cedric BAIL wrote: On Sat, Jun 6, 2009 at 7:42 PM, Peter Wehrfritzpeter.wehrfr...@web.de wrote: Cedric BAIL schrieb: On Sat, Jun 6, 2009 at 5:48 PM, Albin Tonnerre albin.tonne...@gmail.com wrote: On Sat, Jun 06, 2009 at 12:12:49PM -0300, Andre Dieb wrote : This patch contains my other two previous patches: - [PATCH] Fix eina mempool leak, init error handling, remove consumed TODO msg - [PATCH] Add checks to eina_module_new Also fixes the build error with --disable-magic-debug. I still think that when ecore_magic is disabled, it would be better to use functions rather than preprocessor macros for things like eina_magic_string_init(). Indeed, that would avoid exporting different symbols depending on whether eina has magic-debug enabled or not. If you use macros, an application using magic debug compiled against eina without magic-debug will have to be recompiled to benefit from it if it gets enabled in eina at a later point. If you use functions, this is no longer an issue. Thoughts ? I strongly disagree, when you disable magic debug in eina, you want to avoid it's cost at all. This include the call of the function call. And from my test, it does have a big impact to just enter an empty function. When we are speaking about performance, I think we can accept the little tradeoff of needing to recompile application using eina for maximum performance. Are you kidding? How often do you call this function? Maybe 20 times, even if you call it 100 or 1000 times, I strongly doubt that you can measure a performance difference. No, I am not. That's why we have a way to disable magic debug in evas (evas doesn't currently use eina magic debug, but will in the futur). Without this option some of my application are loosing around 10% of their time inside this magic debug stuff. I think that Peter is saying that you do not call the eina_magic_string_init() function o lot of time. The question is about that specific function, not the whole magic debug stuff Oh, sorry, I didn't understood that. In that case, sounds ok to me. -- Cedric BAIL -- OpenSolaris 2009.06 is a cutting edge operating system for enterprises looking to deploy the next generation of Solaris that includes the latest innovations from Sun and the OpenSource community. Download a copy and enjoy capabilities such as Networking, Storage and Virtualization. Go to: http://p.sf.net/sfu/opensolaris-get ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- André Dieb Martins Embedded Systems and Pervasive Computing Lab (Embedded) Electrical Engineering Department (DEE) Center of Electrical Engineering and Informatics (CEEI) Federal University of Campina Grande (UFCG) Blog: http://genuinepulse.blogspot.com/ Index: src/lib/eina_mempool.c === --- src/lib/eina_mempool.c (revision 40980) +++ src/lib/eina_mempool.c (working copy) @@ -123,8 +123,16 @@ { char *path; - eina_hash_init(); - eina_module_init(); + if (!eina_hash_init()) + { + fprintf(stderr, Could not initialize eina hash module.\n); + return 0; + } + if (!eina_module_init()) + { + fprintf(stderr, Could not initialize eina module module.\n); + goto module_init_error; + } EINA_ERROR_NOT_MEMPOOL_MODULE = eina_error_msg_register(Not a memory pool module.); _backends = eina_hash_string_superfast_new(NULL); @@ -147,7 +155,8 @@ if (!_modules) { EINA_ERROR_PERR(ERROR: no mempool modules able to be loaded.\n); - abort(); + eina_hash_free(_backends); + goto mempool_init_error; } eina_module_list_load(_modules); /* builtin backends */ @@ -165,6 +174,14 @@ #endif } return ++_init_count; + + mempool_init_error: + eina_module_shutdown(); + module_init_error: + eina_hash_shutdown(); + + return 0; + } /** @@ -190,9 +207,15 @@ ememoa_fixed_shutdown(); #endif /* dynamic backends */ - eina_module_list_unload(_modules); + eina_module_list_delete(_modules); + if (_modules) + eina_array_free(_modules); + eina_module_shutdown(); - /* TODO delete the _modules list */ + + if (_backends) + eina_hash_free(_backends); + eina_hash_shutdown(); return 0; } Index: src/lib/eina_module.c === ---
Re: [E-devel] [PATCH] Fix eina build error with --disable-magic-debug, unified patch for my yesterday patches
On Tue, Jun 9, 2009 at 5:31 PM, Andre Diebandre.mart...@ee.ufcg.edu.br wrote: As the --disable-magic-debug thingy was fixed by someone else, I just rebased the patch and it goes attached again, fixing the same things listed on the original mail. Ok, did apply your patch except for eina_module_new as it would have introduced a system call that is better done in the caller. And also because stat success doesn't mean that the module will still be there when dlopen will be called. -- Cedric BAIL -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] Release schedule and request for help
Michael, I'm replying to the list so more people can get involved and help you, maybe some other devs will become more motivated to work on it as well: On Tue, Jun 9, 2009 at 12:14 PM, Michael Purwinsmichaelpurw...@gmx.de wrote: Hey, that was the call I was waiting for. I'd like to participate in this great project! excellent! I got basic c skills (I feel kinda comfortable in c). But the problem is that I've never contributed to such a large project before. I am student and just discovering the magic of open-source software. So what I need is some guidance. I was knocked down by the huge amount of code when trying to read into the basics. Yes, that's expected. But we're here to help you. :-) Could you assign me some small task or find some kind of mentor for me? I need some starting point. I guess if you found a beginning it all gets easier. One simple task is to help removing ecore and evas own data types and replace them with eina. For now, ecore_list2 is already done and pending commit after SVN is released, so this leaves you with ecore_list, ecore_dlist, ecore_hash and other listed in Ecore_Data.h. Bear in mind that the work is mostly find-and-replace, but you need to do it carefully as some functions do not map 1:1 between ecore and eina. Namely, lists are different between them, in ecore the list is a container that holds the nodes, this container already plays the iterator, and deletion of nodes is simplified; in eina the lists are more traditional computer science linked lists, where you hold a reference (pointer) to the first item and it's linked to the sibling, when you delete/append/prepend the item you need to get the new head node, iterators are also separate things and need to be explicitly created/destroyed. There are lots of code in SVN to be converted, the main targets are those listed in http://trac.enlightenment.org/e/wiki/Release, but replace those in trunk/, trunk/BINDINGS/, trunk/PROTO/, trunk/MISC/ and trunk/E-MODULES-EXTRA/. If you have trouble compiling the project (even without your changes), let us know. Even better: before working on a project, mail the list so we'll know about it and other interested developers can avoid working on the same part of the code at the same time. To find out files to update, execute: find -name '*.c' -print0 | xargs -0 grep 'ecore_\(list\|dlist\|hash\)' | grep -v '/\(E16\|OLD\|BROKEN\)' | cut -d: -f1 | sort -u which gives me 188 results at the moment! I'd say it's higher priority those listed in Release page, as: e_dbus and ecore. Then you can replace PROTO/{edvi,epdf,eps,exchange}, then esmart, entrance, elitaire. Again, communicate the list about files/projects you're working on. Do a single data type at once and mail the list with patches so we can review and comment as soon as possible. Best regards and thanks for your interest in helping the project! -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Release schedule and request for help
On Tue, Jun 9, 2009 at 1:17 PM, t...@hiddenrock.com wrote: If you are willing to help but have no deep knowledge of the project, we can aid you with such tasks. Lots of them just require basic C skills, like converting Ecore/Evas data types usage to Eina (in Ecore, E_DBus, efreet, ...). This is me. Where can I start? (I have some experience writing Evas/Edje apps, but my depth is limited to the APIs, not the internals.) Hi Tam, I just replied to the other user who wants to help, the data type conversion is a good thing for you too. Just mail the list with your take and start to move that project to new types! :-) After that you all should get used to EFL and coding style, how to develop and we can get you on other tasks, probably fun tasks after then :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] moving things to OLD/BROKEN
Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) - emphasis (remove ecore-config, or it will be moved) - enhance (not being maintained and not being used AFAIK) - enity (not being maintained and not being used AFAIK) - ephoto (being replaced by new version soon) - epsilon (replaced by ethumb) - etk_extra (not being maintained and not being used AFAIK) - evolve (not being maintained and not being used AFAIK) - exhibit (not being maintained) the following all fit under not being maintained: - MISC/eeh - MISC/eflame - MISC/eke - MISC/elapse - MISC/elogin - MISC/embrace - MISC/engage - MISC/enthrall - MISC/envision - MISC/epbb - MISC/eplay - MISC/eplayer - MISC/equate - MISC/erss - MISC/esmart_rsvg - MISC/ewler - MISC/gevas2 - MISC/gevas-examples - MISC/ipaq - MISC/lvs-gui - MISC/nexus - MISC/notgame - MISC/pesh - MISC/retina - MISC/slets - MISC/webcam - MISC/webpictures -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) I don't consider the viewer to be neither broken nor old. I still use it whenever I need to take a peek at edj files. - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) - emphasis (remove ecore-config, or it will be moved) - enhance (not being maintained and not being used AFAIK) - enity (not being maintained and not being used AFAIK) - ephoto (being replaced by new version soon) - epsilon (replaced by ethumb) - etk_extra (not being maintained and not being used AFAIK) - evolve (not being maintained and not being used AFAIK) - exhibit (not being maintained) the following all fit under not being maintained: - MISC/eeh - MISC/eflame - MISC/eke - MISC/elapse - MISC/elogin - MISC/embrace - MISC/engage - MISC/enthrall - MISC/envision - MISC/epbb - MISC/eplay - MISC/eplayer - MISC/equate - MISC/erss - MISC/esmart_rsvg - MISC/ewler - MISC/gevas2 - MISC/gevas-examples - MISC/ipaq - MISC/lvs-gui - MISC/nexus - MISC/notgame - MISC/pesh - MISC/retina - MISC/slets - MISC/webcam - MISC/webpictures -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
I plan to remove enna's sources from MISC but but i would like to keep a directory with only one file including address of geexbox repository. Do you agree with that? 2009/6/9, Gustavo Sverzut Barbieri barbi...@profusion.mobi: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) - emphasis (remove ecore-config, or it will be moved) - enhance (not being maintained and not being used AFAIK) - enity (not being maintained and not being used AFAIK) - ephoto (being replaced by new version soon) - epsilon (replaced by ethumb) - etk_extra (not being maintained and not being used AFAIK) - evolve (not being maintained and not being used AFAIK) - exhibit (not being maintained) the following all fit under not being maintained: - MISC/eeh - MISC/eflame - MISC/eke - MISC/elapse - MISC/elogin - MISC/embrace - MISC/engage - MISC/enthrall - MISC/envision - MISC/epbb - MISC/eplay - MISC/eplayer - MISC/equate - MISC/erss - MISC/esmart_rsvg - MISC/ewler - MISC/gevas2 - MISC/gevas-examples - MISC/ipaq - MISC/lvs-gui - MISC/nexus - MISC/notgame - MISC/pesh - MISC/retina - MISC/slets - MISC/webcam - MISC/webpictures -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Envoyé avec mon mobile Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://www.digital-corner.org -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH/RFC] e_fm2 avoid invalid mouse-up
Marco Trevisan (Treviño) wrote: Here's another patch I've made for efm2 to fix an issue that I've often experienced using it (in Illume) with a touch-screen device (Freerunner). Ops there's an indentation issue in the patch. I'll resend the fix later :o -- Treviño's World - Life and Linux http://www.3v1n0.net/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, Jun 9, 2009 at 3:25 PM, Nicolas Aguirreaguirre.nico...@gmail.com wrote: I plan to remove enna's sources from MISC but but i would like to keep a directory with only one file including address of geexbox repository. Do you agree with that? why is that? You plan to maintain it outside svn you mean? Is it svn as well? If so, just use svn:external property :-) -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
Gustavo Sverzut Barbieri schrieb: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) I'm using it from time to time, and I'm sure that I'm not the only one. And why should it be moved to OLD because it is using imlib2. I can understand if raster doesn't want imlib2 as a E dep, but I don't see a problem. There are many apps that use external libraries, should they also be moved to OLD? What's wrong with ecore config? I know it is not maintained, but it is doing its job since a long time. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, Jun 9, 2009 at 3:44 PM, Peter Wehrfritzpeter.wehrfr...@web.de wrote: Gustavo Sverzut Barbieri schrieb: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) I'm using it from time to time, and I'm sure that I'm not the only one. And why should it be moved to OLD because it is using imlib2. I can understand if raster doesn't want imlib2 as a E dep, but I don't see a problem. There are many apps that use external libraries, should they also be moved to OLD? What's wrong with ecore config? I know it is not maintained, but it is doing its job since a long time. Is the imlib2 dependency required? from quick grep it does not look as hard requirement, it could be done with evas. And I'm not deleting it, just moving old stuff to old. Code with no maintainer and depending on unmaintained libs (ecore-config) is bad in many ways. For example, the impeding removal of Ecore_Data list many of the projects i mentioned, and since there is no maintainer, they'll be broken. If you step up as the maintainer, then fine, let's keep it. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, Jun 9, 2009 at 2:22 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) I don't consider the viewer to be neither broken nor old. I still use it whenever I need to take a peek at edj files. it's not broken now because I keep fixing it, but really I gave up on it as I'm not using it anymore. All features are present in edje_editor and even more is there. Also, it uses etk and no one is maintaining it (last patches were made by me), I plan to deprecate etk soon, probably after Canola and other pieces (ie: Edje_Editor) moves to Elementary or something else, so the less code we have depending on it, the better. Also, for quick edj view, did you ever consider edje_player? IMHO it's better to move edje_player and edje_editor from PROTO to root and move (NOT DELETE!) edje_viewer to OLD. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, 2009-06-09 at 15:50 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 3:44 PM, Peter Wehrfritzpeter.wehrfr...@web.de wrote: Gustavo Sverzut Barbieri schrieb: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) I'm using it from time to time, and I'm sure that I'm not the only one. And why should it be moved to OLD because it is using imlib2. I can understand if raster doesn't want imlib2 as a E dep, but I don't see a problem. There are many apps that use external libraries, should they also be moved to OLD? What's wrong with ecore config? I know it is not maintained, but it is doing its job since a long time. Is the imlib2 dependency required? from quick grep it does not look as hard requirement, it could be done with evas. And I'm not deleting it, just moving old stuff to old. Code with no maintainer and depending on unmaintained libs (ecore-config) is bad in many ways. For example, the impeding removal of Ecore_Data list many of the projects i mentioned, and since there is no maintainer, they'll be broken. If you step up as the maintainer, then fine, let's keep it. whoa, I didn't see elicit in the list. Elicit is probably the best user program we have in svn right now, and you want to move it to OLD? I vote against this. moving to eet from ecore-config might be tedious, but its doable, considering the usefulness of this little gem -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, 2009-06-09 at 15:52 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 2:22 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) I don't consider the viewer to be neither broken nor old. I still use it whenever I need to take a peek at edj files. it's not broken now because I keep fixing it, but really I gave up on it as I'm not using it anymore. All features are present in edje_editor and even more is there. Also, it uses etk and no one is maintaining it (last patches were made by me), I plan to deprecate etk soon, probably after Canola and other pieces (ie: Edje_Editor) moves to Elementary or something else, so the less code we have depending on it, the better. I'm planning on moving edje_viewer to elementary, whenever I have some spare time to do so. And since when was our policy to deprecate stuff, just because there is other stuff in the repository with can present similar results? Also, for quick edj view, did you ever consider edje_player? IMHO it's better to move edje_player and edje_editor from PROTO to root and move (NOT DELETE!) edje_viewer to OLD. -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, Jun 9, 2009 at 4:13 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 15:52 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 2:22 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) I don't consider the viewer to be neither broken nor old. I still use it whenever I need to take a peek at edj files. it's not broken now because I keep fixing it, but really I gave up on it as I'm not using it anymore. All features are present in edje_editor and even more is there. Also, it uses etk and no one is maintaining it (last patches were made by me), I plan to deprecate etk soon, probably after Canola and other pieces (ie: Edje_Editor) moves to Elementary or something else, so the less code we have depending on it, the better. I'm planning on moving edje_viewer to elementary, whenever I have some spare time to do so. don't just port, fix it please! It's broken in a sense one would not expect, and not the best design ever... for example, the EDJE editor do not use EDJE, or at least not to the leven one would expect: those frames around the objects are nasty hand-written evas smart objects! I was upset when I read its code, really... Edje_Editor is well done with that regard, if you move it to elementary it would benefit both viewers and writers, and it should be easier to port! :-) And since when was our policy to deprecate stuff, just because there is other stuff in the repository with can present similar results? because it's unmaintained, not because other projects... and it's more code to port to new changes, what is bad. Again, don't take it too hard, we're moving and not deleting it. It will just not get as much as publicity being at top level, but it will be good, it will give stuff that work and is maintained more! And will scare users less, when they look at SVN and see that half of existing projects are non working or not a good reference to use :-/ -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, Jun 9, 2009 at 4:11 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 15:50 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 3:44 PM, Peter Wehrfritzpeter.wehrfr...@web.de wrote: Gustavo Sverzut Barbieri schrieb: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) - elicit (users of it? if so, remove imlib2, ecore-config and probably esmart dependencies -- otherwise it will be moved) I'm using it from time to time, and I'm sure that I'm not the only one. And why should it be moved to OLD because it is using imlib2. I can understand if raster doesn't want imlib2 as a E dep, but I don't see a problem. There are many apps that use external libraries, should they also be moved to OLD? What's wrong with ecore config? I know it is not maintained, but it is doing its job since a long time. Is the imlib2 dependency required? from quick grep it does not look as hard requirement, it could be done with evas. And I'm not deleting it, just moving old stuff to old. Code with no maintainer and depending on unmaintained libs (ecore-config) is bad in many ways. For example, the impeding removal of Ecore_Data list many of the projects i mentioned, and since there is no maintainer, they'll be broken. If you step up as the maintainer, then fine, let's keep it. whoa, I didn't see elicit in the list. Elicit is probably the best user program we have in svn right now, and you want to move it to OLD? I vote against this. moving to eet from ecore-config might be tedious, but its doable, considering the usefulness of this little gem Ok, enough people willing to keep elicit already, maybe one will take over as maintainer and do the work? Anyway, I'll keep it... -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving things to OLD/BROKEN
On Tue, 2009-06-09 at 16:21 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 4:13 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 15:52 -0300, Gustavo Sverzut Barbieri wrote: On Tue, Jun 9, 2009 at 2:22 PM, Viktor Kojouharovvkojouha...@gmail.com wrote: On Tue, 2009-06-09 at 14:01 -0300, Gustavo Sverzut Barbieri wrote: Hi all, I want to move the following projects to BROKEN/OLD as they're one of them: - edje_viewer (edje_player/edje_editor work better) I don't consider the viewer to be neither broken nor old. I still use it whenever I need to take a peek at edj files. it's not broken now because I keep fixing it, but really I gave up on it as I'm not using it anymore. All features are present in edje_editor and even more is there. Also, it uses etk and no one is maintaining it (last patches were made by me), I plan to deprecate etk soon, probably after Canola and other pieces (ie: Edje_Editor) moves to Elementary or something else, so the less code we have depending on it, the better. I'm planning on moving edje_viewer to elementary, whenever I have some spare time to do so. don't just port, fix it please! It's broken in a sense one would not expect, and not the best design ever... for example, the EDJE editor do not use EDJE, or at least not to the leven one would expect: those frames around the objects are nasty hand-written evas smart objects! I was upset when I read its code, really... Edje_Editor is well done with that regard, if you move it to elementary it would benefit both viewers and writers, and it should be easier to port! :-) Those frames have been gone for more than a year. Anyway, Edje_Editor is not my code, and it serves a different purpose. And since when was our policy to deprecate stuff, just because there is other stuff in the repository with can present similar results? because it's unmaintained, not because other projects... and it's more code to port to new changes, what is bad. Again, don't take it too hard, we're moving and not deleting it. It will just not get as much as publicity being at top level, but it will be good, it will give stuff that work and is maintained more! And will scare users less, when they look at SVN and see that half of existing projects are non working or not a good reference to use :-/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [RFC] Evas module move to Eina module API
On Mon, Jun 08, 2009 at 02:52:20PM +0200, Cedric BAIL wrote: Hi, Attached is a patch that move all evas module to eina module. The move introduce one new feature, the possibility to build module inside libevas directly leading the way to an all in one binary for an efl application. This is indeed a very nice feature (which also makes it possible to port efl to ecos and rtems :-) but static linking efl can be a little tricky license wise, given that some libraries (e.g EINA) are LGPL without any exceptions. Sorry for being slightly off topic and maybe even beating a dead horse, but have the authors of EINA and other LGPL based libraries in efl considered adding a static linking exceptions to the LGPL license, like FLTK, mini-xml and many other LGPL based libraries has? The wording could be something like: Static linking of applications to the XYZ library does not constitute a derivative work and does not require the author to provide source code for the application, use the shared XYZ libraries, or link their applications against a user-supplied version of library XYZ. (not sure if inline functions, macros and templates needs to be covered as well in the above, but you get my point) Anyway, please consider the above suggestion as this new feature opens up for porting efl to some interesting and more embedded operating systems and adding this exception will IMHO not violate the spirit of the LGPL. Best regards Lars Munch -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] autotools shave
http://damien.lespiau.name/blog/2009/02/18/shave-making-the-autotools-output-sane/ I've seen some projects using it and actually looks nice! Vincent, are you willing to give it a try? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH/RFC] e_fm2 avoid invalid mouse-up
Marco Trevisan (Treviño) wrote: Marco Trevisan (Treviño) wrote: Here's another patch I've made for efm2 to fix an issue that I've often experienced using it (in Illume) with a touch-screen device (Freerunner). Ops there's an indentation issue in the patch. I'll resend the fix later :o Here you are... Now brackets are where they were expected to be :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ diff --git a/src/bin/e_fm.c b/src/bin/e_fm.c index 7b58e56..a47b26c 100644 --- a/src/bin/e_fm.c +++ b/src/bin/e_fm.c @@ -389,7 +389,7 @@ static int _e_fm2_cb_live_timer(void *data); static int _e_fm2_theme_edje_object_set(E_Fm2_Smart_Data *sd, Evas_Object *o, const char *category, const char *group); static int _e_fm2_theme_edje_icon_object_set(E_Fm2_Smart_Data *sd, Evas_Object *o, const char *category, const char *group); -static void _e_fm2_mouse_1_handler(E_Fm2_Icon *ic, int up, Evas_Modifier *modifiers, unsigned int timestamp); +static void _e_fm2_mouse_1_handler(E_Fm2_Icon *ic, int up, void *evas_event); static void _e_fm2_client_spawn(void); static E_Fm2_Client *_e_fm2_client_get(void); @@ -6331,11 +6331,24 @@ _e_fm2_cb_dnd_drop(void *data, const char *type, void *event) /* FIXME: prototype */ static void -_e_fm2_mouse_1_handler(E_Fm2_Icon *ic, int up, Evas_Modifier *modifiers, unsigned int timestamp) +_e_fm2_mouse_1_handler(E_Fm2_Icon *ic, int up, void *evas_event) { + Evas_Event_Mouse_Down *ed = NULL; + Evas_Event_Mouse_Up *eu = NULL; + Evas_Modifier *modifiers; int multi_sel = 0, range_sel = 0, sel_change = 0; static unsigned int down_timestamp = 0; + if (!evas_event) return; + + if (!up) { + ed = evas_event; + modifiers = ed-modifiers; + } else { + eu = evas_event; + modifiers = eu-modifiers; + } + if (ic-sd-config-selection.windows_modifiers) { if (evas_key_modifier_is_set(modifiers, Shift)) @@ -6446,11 +6459,16 @@ _e_fm2_mouse_1_handler(E_Fm2_Icon *ic, int up, Evas_Modifier *modifiers, unsigne (ic-sd-config-view.single_click) ) { - if (!up ic-sd-config-view.single_click_delay) - down_timestamp = timestamp; - if (up) { - if ((timestamp - down_timestamp) ic-sd-config-view.single_click_delay) - evas_object_smart_callback_call(ic-sd-obj, selected, NULL); + if (ed ic-sd-config-view.single_click_delay) + down_timestamp = ed-timestamp; + + if (eu (eu-timestamp - down_timestamp) ic-sd-config-view.single_click_delay) { + int icon_pos_x = ic-x + ic-sd-x - ic-sd-pos.x; + int icon_pos_y = ic-y + ic-sd-y - ic-sd-pos.y; + + if (eu-output.x = icon_pos_x eu-output.x = (icon_pos_x + ic-w) + eu-output.y = icon_pos_y eu-output.y = (icon_pos_y + ic-h)) + evas_object_smart_callback_call(ic-sd-obj, selected, NULL); } } } @@ -6492,11 +6510,11 @@ _e_fm2_cb_icon_mouse_down(void *data, Evas *e, Evas_Object *obj, void *event_inf ic-drag.dnd = 0; ic-drag.src = 1; } - _e_fm2_mouse_1_handler(ic, 0, ev-modifiers, ev-timestamp); + _e_fm2_mouse_1_handler(ic, 0, ev); } else if (ev-button == 3) { - if (!ic-selected) _e_fm2_mouse_1_handler(ic, 0, ev-modifiers, ev-timestamp); + if (!ic-selected) _e_fm2_mouse_1_handler(ic, 0, ev); _e_fm2_icon_menu(ic, ic-sd-obj, ev-timestamp); } } @@ -6516,7 +6534,7 @@ _e_fm2_cb_icon_mouse_up(void *data, Evas *e, Evas_Object *obj, void *event_info) if ((ev-button == 1) (!ic-drag.dnd)) { if (!(ev-event_flags EVAS_EVENT_FLAG_ON_HOLD)) - _e_fm2_mouse_1_handler(ic, 1, ev-modifiers, ev-timestamp); + _e_fm2_mouse_1_handler(ic, 1, ev); ic-drag.start = 0; ic-drag.dnd = 0; ic-drag.src = 0; -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH/RFC] e_fm2 avoid invalid mouse-up
Again it looks good, just a minor indentation issue with: + ed = evas_event; (ed is off). as for just emit click if release (up) was on the given object, it should be like that. At least that's how edje does it for click. about evas_smart and on_hold flag, I'm not really doing that these days and no time to look at it now, maybe raster can comment on it later. BR, On Tue, Jun 9, 2009 at 8:29 PM, Marco Trevisan (Treviño)m...@3v1n0.net wrote: Marco Trevisan (Treviño) wrote: Marco Trevisan (Treviño) wrote: Here's another patch I've made for efm2 to fix an issue that I've often experienced using it (in Illume) with a touch-screen device (Freerunner). Ops there's an indentation issue in the patch. I'll resend the fix later :o Here you are... Now brackets are where they were expected to be :P -- Treviño's World - Life and Linux http://www.3v1n0.net/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] e_fm2 single-click delay support
just to let you know, patch looks good. I'll wait until 20th to have SVN lock released and then will commit it and others, ok? On Mon, Jun 8, 2009 at 9:03 PM, Marco Trevisan (Treviño)m...@3v1n0.net wrote: I've made this little patch for avoiding the un-wanted clicks with touch-screen devices (especially if they aren't so precise); it basically allows to set a time delay to be awaited (pressing over an icon) before sending a selected callback. Thanks to this, it could be needed a longer pressure to select an item in the file-manager; useful for embedded/touch-based systems. -- Treviño's World - Life and Linux http://www.3v1n0.net/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Add press delay support to illume
As said in the other, looks good and will apply after svn feature lock is released. One minor issue is the usage of int instead of unsigned int in eet/dbus, why not use it since it's like that in e_fm? On Mon, Jun 8, 2009 at 9:07 PM, Marco Trevisan (Treviño)m...@3v1n0.net wrote: Use the e_fm2 single_click_delay option in illume's e_fm2 to allow to configure, from the launcher settings, a click delay to prevent un-wanted clicks. I've added a slider to configure the delay from the settings (also if it has some issues, check the code comments and let me know if should be redesigned). The default value is set to 120 ms, but it works great too for lower values. -- Treviño's World - Life and Linux http://www.3v1n0.net/ -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] autotools shave
On Tue, 9 Jun 2009, Gustavo Sverzut Barbieri wrote: http://damien.lespiau.name/blog/2009/02/18/shave-making-the-autotools-output-sane/ I've seen some projects using it and actually looks nice! Vincent, are you willing to give it a try? I knew that stuff (Nicolas Aguirre showed me the link) but didn't look into it in details. I don't know if it's a coincidence or not, but just after your mail, a guy posted the link in the automake ML. The answer is : it exists in the new automake 1.11. Then it easy to set it up (i've just tried and it works). The problem is that i don't know yet how I can add it without breaking configuration with automake 1.11. As a developper, i usally prefer having the whole compile line. But for a user, it might be interesting. That kind of output can also help in finding warnings, but I usually use emacs to compile and the warnings appear in red. I think that vi also have that feature. If I can find how to add it without breaking the current configuration with automake 1.11, I can add that feature to the EFL. Otherwise I prefer not add it. For those who want to try: 1) install automake 1.11 2) run in the project top level directory: make maintainer-clean 3) add in configure.ac, just after AM_INIT_AUTOMAKE: AM_SILENT_RULES 4) run: ./autogen.sh --enable-silent-rules 5) then 'make' and see the result :-) Vincent -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel