Re: [E-devel] EFL on framebuffer VNC support
On Tuesday 16 June 2009 18:45:14 Lars Munch wrote: I am using a modified version of http://fbvncserver.sourceforge.net/ on my arm system running in framebuffer. It is useable, but slow. Writing an real vnc engine for evas *will* make it much faster as you dont have to monitor the whole framebuffer for changes. I am unsure on how you can render to a vnc engine *and* the fb engine (or some other backend) at the same time. You still want to be able to use the framebuffer while device it's being remoted, right? Yes, I will need to have both engines active at the same time, the framebuffer one and the vnc one. In nano-X we intercept the calls to the drawing primitives and repeat them on the VNC video buffer. For the input pointer and keyboard events, I do not think it will be a problem to add them along the real ones. Thank you. -- Daniele Venzano Software Chief Engineer Motronica Division - Reggiane Cranes and Plants S.p.A. Tel. +390106142220 -- Fax +390106142275 -- 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 SVN: cedric trunk/ecore/src/lib/ecore
It would be good to move to mempool as well. All nodes of each type are the same size... If we get the pool size right it might help debug. On 6/17/09, Enlightenment SVN no-re...@enlightenment.org wrote: Log: * ecore: Remove user of Ecore_List2 from ecore events. Author: cedric Date: 2009-06-17 04:39:37 -0700 (Wed, 17 Jun 2009) New Revision: 41070 Modified: trunk/ecore/src/lib/ecore/ecore_anim.c trunk/ecore/src/lib/ecore/ecore_events.c trunk/ecore/src/lib/ecore/ecore_exe.c trunk/ecore/src/lib/ecore/ecore_idle_enterer.c trunk/ecore/src/lib/ecore/ecore_idle_exiter.c trunk/ecore/src/lib/ecore/ecore_idler.c trunk/ecore/src/lib/ecore/ecore_poll.c trunk/ecore/src/lib/ecore/ecore_private.h trunk/ecore/src/lib/ecore/ecore_timer.c Modified: trunk/ecore/src/lib/ecore/ecore_anim.c === --- trunk/ecore/src/lib/ecore/ecore_anim.c2009-06-17 11:13:11 UTC (rev 41069) +++ trunk/ecore/src/lib/ecore/ecore_anim.c2009-06-17 11:39:37 UTC (rev 41070) @@ -46,7 +46,7 @@ ECORE_MAGIC_SET(animator, ECORE_MAGIC_ANIMATOR); animator-func = func; animator-data = (void *)data; - animators = _ecore_list2_append(animators, animator); + animators = (Ecore_Animator *) eina_inlist_append(EINA_INLIST_GET(animators), EINA_INLIST_GET(animator)); if (!timer) timer = ecore_timer_add(animators_frametime, _ecore_animator, NULL); return animator; @@ -125,7 +125,7 @@ Ecore_Animator *animator; animator = animators; - animators = _ecore_list2_remove(animators, animator); + animators = (Ecore_Animator *) eina_inlist_remove(EINA_INLIST_GET(animators), EINA_INLIST_GET(animators)); ECORE_MAGIC_SET(animator, ECORE_MAGIC_NONE); free(animator); } @@ -134,14 +134,10 @@ static int _ecore_animator(void *data __UNUSED__) { - Ecore_List2 *l; + Ecore_Animator *animator; - for (l = (Ecore_List2 *)animators; l;) + EINA_INLIST_FOREACH(animators, animator) { - Ecore_Animator *animator; - - animator = (Ecore_Animator *)l; - l = l-next; if (!animator-delete_me) { if (!animator-func(animator-data)) @@ -153,15 +149,14 @@ } if (animators_delete_me) { - for (l = (Ecore_List2 *)animators; l;) + Ecore_Animator *l; + for(l = animators; l;) { - Ecore_Animator *animator; - - animator = (Ecore_Animator *)l; - l = l-next; + animator = l; + l = (Ecore_Animator *) EINA_INLIST_GET(l)-next; if (animator-delete_me) { - animators = _ecore_list2_remove(animators, animator); + animators = (Ecore_Animator *) eina_inlist_remove(EINA_INLIST_GET(animators), EINA_INLIST_GET(animator)); ECORE_MAGIC_SET(animator, ECORE_MAGIC_NONE); free(animator); animators_delete_me--; Modified: trunk/ecore/src/lib/ecore/ecore_events.c === --- trunk/ecore/src/lib/ecore/ecore_events.c 2009-06-17 11:13:11 UTC (rev 41069) +++ trunk/ecore/src/lib/ecore/ecore_events.c 2009-06-17 11:39:37 UTC (rev 41070) @@ -17,7 +17,7 @@ static Ecore_Event_Handler **event_handlers = NULL; static int event_handlers_num = 0; static int event_handlers_alloc_num = 0; -static Ecore_List2_Data *event_handlers_delete_list = NULL; +static Eina_List*event_handlers_delete_list = NULL; static Ecore_Event_Filter *event_filters = NULL; static int event_filters_delete_me = 0; @@ -87,7 +87,7 @@ event_handlers[i] = NULL; } } - event_handlers[type] = _ecore_list2_append(event_handlers[type], eh); + event_handlers[type] = (Ecore_Event_Handler *) eina_inlist_append(EINA_INLIST_GET(event_handlers[type]), EINA_INLIST_GET(eh)); return eh; } @@ -104,8 +104,6 @@ EAPI void * ecore_event_handler_del(Ecore_Event_Handler *event_handler) { - Ecore_List2_Data *node; - if (!ECORE_MAGIC_CHECK(event_handler, ECORE_MAGIC_EVENT_HANDLER)) { ECORE_MAGIC_FAIL(event_handler, ECORE_MAGIC_EVENT_HANDLER, @@ -113,9 +111,7 @@ return NULL; } event_handler-delete_me = 1; - node = calloc(1, sizeof(Ecore_List2_Data)); - node-data = event_handler; - event_handlers_delete_list = _ecore_list2_append(event_handlers_delete_list, node); + event_handlers_delete_list = eina_list_append(event_handlers_delete_list, event_handler); return event_handler-data; } @@ -226,7 +222,7 @@ ef-func_filter = func_filter; ef-func_end = func_end; ef-data = (void *)data; - event_filters = _ecore_list2_append(event_filters, ef); + event_filters = (Ecore_Event_Filter *) eina_inlist_append(EINA_INLIST_GET(event_filters), EINA_INLIST_GET(ef));
Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore
On Wed, Jun 17, 2009 at 1:56 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi wrote: It would be good to move to mempool as well. All nodes of each type are the same size... If we get the pool size right it might help debug. In general we can benefit a lot from mempool from memory consumption, fragmentation to cache locality, but I don't understand your point about helping debug. -- 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 SVN: cedric trunk/ecore/src/lib/ecore
2009/6/17 Cedric BAIL cedric.b...@free.fr: On Wed, Jun 17, 2009 at 1:56 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi wrote: It would be good to move to mempool as well. All nodes of each type are the same size... If we get the pool size right it might help debug. In general we can benefit a lot from mempool from memory consumption, fragmentation to cache locality, but I don't understand your point about helping debug. damn, typed it wrongly from phone: after debug/profile we can guess the ideal pool size for timers, idlers, etc... -- 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] eina patch for cygwin-1.7
Hi, E-devel Sorry, my previous eina patch (for cygwin-1.7) was incomplete. Best regards Index: src/lib/eina_module.c === --- src/lib/eina_module.c (revision 41065) +++ src/lib/eina_module.c (working copy) @@ -66,11 +66,11 @@ * @cond LOCAL */ -#ifdef _WIN32 +#if defined(_WIN32) || defined(__CYGWIN__) # define MODULE_EXTENSION .dll #else # define MODULE_EXTENSION .so -#endif /* ! _WIN32 */ +#endif /* !defined(_WIN32) !defined(__CYGWIN__) */ #define EINA_MODULE_SYMBOL_INIT __eina_module_init #define EINA_MODULE_SYMBOL_SHUTDOWN __eina_module_shutdown -- 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] eina patch for cygwin-1.7
On Thu, 18 Jun 2009, booleanla...@gmail.com wrote: Hi, E-devel Sorry, my previous eina patch (for cygwin-1.7) was incomplete. what ? cygwin does not define _WIN32 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
Re: [E-devel] Eyelight + 2 question about edje
2009/6/16 Atton Jonathan jonathan.at...@gmail.com 2009/6/16 Atton Jonathan jonathan.at...@gmail.com hey :) Currently I m rewriting eyelight and change the way a presentation is creating. the old eyelight created an edje file from 2 edc files (the theme: a list of macro and the presentation). The new Eyelight use a classic way: - the elt presentation file - the edje theme file, a list of group (item text, image ...) Eyelight read the presentation file and create an evas_object for each item and add them in a box part. This way allows to create a theme with edje_editor and a presentation editor will be easy to write. Now my 2 questions :) : Edje_Edit : if I change the relative property of a part, this change will be apply in the evas_object or in the source group ? If I create a new object from the same group, it will be created with or without the change ? It seems the object will be create with the change. When a user want add a custom area, I create an evas_object from a group custom_area, then I need to change the relative property of a part to place the area as the user request. currently all areas are placed at the position of the last area ! Problem solved, now I use the public method message, Thank to Sachiel ! Textblock : If we use a glow effect on the text and if the text is align to the left, the glow effect will be not draw at the left because it is outside the text part :( Is there a way to add an offset to the text ? The property align fix this problem but it is relative and not fix. -- Regards. -- Regards. No solution for the textblock align ? Something as a align_offset ? -- 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] moving things to OLD/BROKEN
Done, see http://trac.enlightenment.org/e/changeset/41086 On Tue, Jun 9, 2009 at 2:01 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi 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) - 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 -- 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 E modules to OLD/BROKEN
Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) I'm not sure about system monitors (cpu, diskio, execwatch, ...), network modules (weather, forecasts, mail, ..), screenshot/photo/slideshow and others, so please say if you use them, if they work, if you maintain it, if you're willing to maintain it, etc. For those with replicas, please consider merging them or dropping one. Regards, [1] http://trac.enlightenment.org/e/wiki/E17BinaryPackages/sda_notes -- 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 E modules to OLD/BROKEN
On Wednesday, 17 June 2009, at 15:27:50 (-0300), Gustavo Sverzut Barbieri wrote: Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) cpu, net, mem, tclock, and weather all stay. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- He is everything you want; he is everything you need. He is everything inside of you that you wish you could be. He says all the right things at exactly the right time, but he means nothing to you and you don't know why. -- Vertical Horizon, Everything -- 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 E modules to OLD/BROKEN
The author of emphasis told use (french people :) ) than we can move emphasis to old. 2009/6/17 Michael Jennings m...@kainx.org On Wednesday, 17 June 2009, at 15:27:50 (-0300), Gustavo Sverzut Barbieri wrote: Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) cpu, net, mem, tclock, and weather all stay. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- He is everything you want; he is everything you need. He is everything inside of you that you wish you could be. He says all the right things at exactly the right time, but he means nothing to you and you don't know why. -- Vertical Horizon, Everything -- 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 -- 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] moving E modules to OLD/BROKEN
On Wed, 17 Jun 2009, Atton Jonathan wrote: The author of emphasis told use (french people :) ) than we can move emphasis to old. but another french guy wants to rewrite it :) Vincent 2009/6/17 Michael Jennings m...@kainx.org On Wednesday, 17 June 2009, at 15:27:50 (-0300), Gustavo Sverzut Barbieri wrote: Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) cpu, net, mem, tclock, and weather all stay. Michael -- Michael Jennings (a.k.a. KainX) http://www.kainx.org/ m...@kainx.org Linux Server/Cluster Admin, LBL.gov Author, Eterm (www.eterm.org) --- He is everything you want; he is everything you need. He is everything inside of you that you wish you could be. He says all the right things at exactly the right time, but he means nothing to you and you don't know why. -- Vertical Horizon, Everything -- 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 -- 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 -- Ce message a été vérifié par MailScanner pour des virus ou des polluriels et rien de suspect n'a été trouvé. Message délivré par le serveur de messagerie de l'Université d'Evry. -- 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 E modules to OLD/BROKEN
On Wed, 2009-06-17 at 15:27 -0300, Gustavo Sverzut Barbieri wrote: Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) I'm not sure about system monitors (cpu, diskio, execwatch, ...), network modules (weather, forecasts, mail, ..), screenshot/photo/slideshow and others, so please say if you use them, if they work, if you maintain it, if you're willing to maintain it, etc. For those with replicas, please consider merging them or dropping one. Regards, forecasts is still working fine and is maintained in case of breakages. [1] http://trac.enlightenment.org/e/wiki/E17BinaryPackages/sda_notes -- 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 E modules to OLD/BROKEN
emu has bit rotted so much that even I don't use it. Though I have been very slowly working on more stuff for it, and may eventually get around to actually maintaining it. For now, it's unmaintained. I use most modules that don't seem to cause any problems, just to keep an eye on those that do. These ones from EXTRA seem to work for me - alarm, though I don't actually use it, it's on my desktop though. calendar cpu diskio drawer forecasts language, though it shows no language choices, and it used to. Would be nice if I could use it to swap between USA qwerty, and USA dvorak like it used to do. May just be my OS update screwed that. mem moon, used to be on my too unstable to load list, but is solid now. net notification places screenshot systray tclock, I seriously want to combine it with clock. uptime weather, though it has a minor graphic glitch. There were a few I removed coz I really needed more desktop space (my monitor died, using my old smaller one for now), so I don't know if they are still stable. None of the purely eye candy ones I use. While on the subject, I seem to recall changing the temperature module long ago so that I can select one of four of the available temperatures. This is coz the one I want to monitor, CPU, is number 4 on my MoBo. Now it seems that I can't do that, and just get a fixed and useless temperature reading. signature.asc Description: PGP signature -- 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] moving E modules to OLD/BROKEN
I use the following from EXTRA and have found them to be stable: cpu forecasts mem net tclock I also use the following and have found them to be usually/mostly stable: tiling, drawer Regards. At 3:27pm, Gustavo Sverzut Barbieri wrote: Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) I'm not sure about system monitors (cpu, diskio, execwatch, ...), network modules (weather, forecasts, mail, ..), screenshot/photo/slideshow and others, so please say if you use them, if they work, if you maintain it, if you're willing to maintain it, etc. For those with replicas, please consider merging them or dropping one. Regards, [1] http://trac.enlightenment.org/e/wiki/E17BinaryPackages/sda_notes -- 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-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] moving E modules to OLD/BROKEN
On Wed, 2009-06-17 at 15:27 -0300, Gustavo Sverzut Barbieri wrote: Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) I'm not sure about system monitors (cpu, diskio, execwatch, ...), network modules (weather, forecasts, mail, ..), screenshot/photo/slideshow and others, so please say if you use them, if they work, if you maintain it, if you're willing to maintain it, etc. For those with replicas, please consider merging them or dropping one. Regards, One more thing. Calendar is doing just fine for what it's supposed to do. I wouldn't move it. [1] http://trac.enlightenment.org/e/wiki/E17BinaryPackages/sda_notes -- 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 E modules to OLD/BROKEN
Michael Jennings, il 17/06/2009 20:37, scrisse: cpu, net, mem, tclock, and weather all stay. almost the modules I'm currently using. the only difference is that I use alarm and don't use weather, so please keep alarm too. -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 33 - [...]Enti e privati hanno il diritto di istituire scuole ed istituti di educazione, senza oneri per lo Stato.[...] -- 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 E modules to OLD/BROKEN
On Wed, 2009-06-17 at 15:27 -0300, Gustavo Sverzut Barbieri wrote: Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and most are related to these modules, most of them unsupported. Please discuss which should stay and feel free to point more to be moved. If you have a module you're working on and think it should not be moved and it's ready, consider taking the actions to move it to e/src/modules as we did with mixer and systray. As I don't use many extra modules, I'll let you users and developers to step and say which is doing bad and good. If you let the it undecided I'll move ALL but a few like (keep/white list): * efm_* (should move to e/src/modules one day) * drawer (under dev) * flame/rain/snow/penguins (harmless) * notification (I plan to move to e/src/modules) * places (dave should move to e/src/modules) I'm not sure about system monitors (cpu, diskio, execwatch, ...), network modules (weather, forecasts, mail, ..), screenshot/photo/slideshow and others, so please say if you use them, if they work, if you maintain it, if you're willing to maintain it, etc. For those with replicas, please consider merging them or dropping one. Regards, Also, you can move winselector to OLD. drawer has complete coverage of its features. [1] http://trac.enlightenment.org/e/wiki/E17BinaryPackages/sda_notes -- 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 E modules to OLD/BROKEN
2009/6/17 Gustavo Sverzut Barbieri barbi...@profusion.mobi: Hi people, Just like we did for regular libraries and applications, we'll do it for E-MOULES-EXTRA. I see lots of complaints[1] of e stability and Wlan is good for me. Massimiliano -- 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 Wed, Jun 17, 2009 at 03:14:04PM -0300, Gustavo Sverzut Barbieri wrote: Done, see http://trac.enlightenment.org/e/changeset/41086 On Tue, Jun 9, 2009 at 2:01 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi 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) - 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 I still maintain nexus in that directory, its just that it seldom needs changes. - 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
On Wed, Jun 17, 2009 at 7:50 PM, Simon Hormanho...@verge.net.au wrote: On Wed, Jun 17, 2009 at 03:14:04PM -0300, Gustavo Sverzut Barbieri wrote: Done, see http://trac.enlightenment.org/e/changeset/41086 On Tue, Jun 9, 2009 at 2:01 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi 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) - 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 I still maintain nexus in that directory, its just that it seldom needs changes. sorry! :-) KainX already fixed 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 Wed, Jun 17, 2009 at 10:14:36PM -0300, Gustavo Sverzut Barbieri wrote: On Wed, Jun 17, 2009 at 7:50 PM, Simon Hormanho...@verge.net.au wrote: On Wed, Jun 17, 2009 at 03:14:04PM -0300, Gustavo Sverzut Barbieri wrote: Done, see http://trac.enlightenment.org/e/changeset/41086 On Tue, Jun 9, 2009 at 2:01 PM, Gustavo Sverzut Barbieribarbi...@profusion.mobi 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) - 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 I still maintain nexus in that directory, its just that it seldom needs changes. sorry! :-) KainX already fixed it. Thanks :-) -- 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] eina patch for cygwin-1.7
On Wed, Jun 17, 2009 at 06:11:43PM +0200, Vincent Torri wrote: On Thu, 18 Jun 2009, booleanla...@gmail.com wrote: Hi, E-devel Sorry, my previous eina patch (for cygwin-1.7) was incomplete. what ? cygwin does not define _WIN32 No, since Cygwin is a unix emulation environment you have to explicetely compile with -mwin32 if you want _WIN32 defined and you don't want that unless you really have to. So the patch is good. In svn, thanks. 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