Re: [E-devel] [Patch] Focus issue in elm_widget.c
Oh. Patch has bad white space ~ I modified it. (Thx Seoz) From: WooHyun Jung [mailto:wh0705.j...@samsung.com] Sent: Friday, March 11, 2011 3:53 PM To: 'enlightenment-devel@lists.sourceforge.net' (enlightenment-devel@lists.sourceforge.net) Subject: [Patch] Focus issue in elm_widget.c Hello ~ I've checked there were some focus problems when an object is hidden. So I made patch for that ~ Can anybody check about this ? Thanks. elm_widget.patch Description: Binary data -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Adding support for a ternary state shift in illume keyboard
Em 11-03-2011 04:02, Christopher Michael escreveu: On 03/10/2011 06:49 PM, Rui Miguel Silva Seabra wrote: Hi, I'm completely unsure of this patch and haven't had the change of testing it. The desired behavior is to have a shit key that will alternate between shift, capslock and then normal state. This would allow a caps lock in the Default.kbd without adding another virtual key. I'm thinking of adding other special kinds of keys which will do things like change layout to keyboard type fubar (rather than just sliding up on the keyboard). Specially to dh, am I going in the right direction with this patch? Rui 1) Thanks for the patch :) 2) I'm currently away from home with very limited 'net access (if any @ all sometimes) and don't have my comp with me, so I can't apply this and test it (yet). I should be back 'online' (hopefully) Saturday night/Sunday (monday @ the latest). I'll have a look @ this patch then. Thanks, Please look at this patch instead, as it has a bit operation bug (in my changes) fixed. Rui Index: e_kbd_int.c === --- e_kbd_int.c (revision 57681) +++ e_kbd_int.c (working copy) @@ -174,6 +174,8 @@ if ((ki-layout.state CTRL) (ky-is_ctrl)) selected = 1; if ((ki-layout.state ALT) (ky-is_alt)) selected = 1; if ((ki-layout.state CAPSLOCK) (ky-is_capslock)) selected = 1; + if ((ki-layout.state SHIFT) (ky-tern_shift)) selected = 1; + if ((ki-layout.state CAPSLOCK) (ky-tern_capslock)) selected = 1; if (selected) { if (!ky-selected) @@ -351,6 +353,20 @@ _e_kbd_int_layout_state_update(ki); return; } + if (ky-tern_shift) + { + if (ki-layout.state SHIFT) + { + ki-layout.state = (~(SHIFT)); + ki-layout.state |= CAPSLOCK; + } + else if (ki-layout.state CAPSLOCK) +ki-layout.state = (~(CAPSLOCK)); + else +ki-layout.state |= SHIFT; + _e_kbd_int_layout_state_update(ki); + return; + } if (ky-is_ctrl) { if (ki-layout.state CTRL) ki-layout.state = (~(CTRL)); @@ -574,6 +590,8 @@ if ((ki-layout.state CTRL) (ky-is_ctrl)) selected = 1; if ((ki-layout.state ALT) (ky-is_alt)) selected = 1; if ((ki-layout.state CAPSLOCK) (ky-is_capslock)) selected = 1; + if ((ki-layout.state SHIFT) (ky-tern_shift)) selected = 1; + if ((ki-layout.state CAPSLOCK) (ky-tern_capslock)) selected = 1; if (selected) edje_object_signal_emit(o, e,state,selected, e); if (!selected) @@ -997,6 +1015,7 @@ st-out = eina_stringshare_add(str); } if (!strcmp(str, is_shift)) ky-is_shift = 1; + if (!strcmp(str, tern_shift)) ky-tern_shift = 1; if (!strcmp(str, is_ctrl)) ky-is_ctrl = 1; if (!strcmp(str, is_alt)) ky-is_alt = 1; if (!strcmp(str, is_capslock)) ky-is_capslock = 1; Index: e_kbd_int.h === --- e_kbd_int.h (revision 57681) +++ e_kbd_int.h (working copy) @@ -96,6 +96,7 @@ unsigned char selected : 1; unsigned char is_shift : 1; + unsigned char tern_shift : 1; unsigned char is_ctrl : 1; unsigned char is_alt : 1; unsigned char is_capslock : 1; -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Adding support for a ternary state shift in illume keyboard
Em 11-03-2011 09:47, Rui Miguel Silva Seabra escreveu: Em 11-03-2011 04:02, Christopher Michael escreveu: On 03/10/2011 06:49 PM, Rui Miguel Silva Seabra wrote: Hi, I'm completely unsure of this patch and haven't had the change of testing it. The desired behavior is to have a shit key that will alternate between shift, capslock and then normal state. This would allow a caps lock in the Default.kbd without adding another virtual key. I'm thinking of adding other special kinds of keys which will do things like change layout to keyboard type fubar (rather than just sliding up on the keyboard). Specially to dh, am I going in the right direction with this patch? Rui 1) Thanks for the patch :) 2) I'm currently away from home with very limited 'net access (if any @ all sometimes) and don't have my comp with me, so I can't apply this and test it (yet). I should be back 'online' (hopefully) Saturday night/Sunday (monday @ the latest). I'll have a look @ this patch then. Thanks, Please look at this patch instead, as it has a bit operation bug (in my changes) fixed. Rui My lil'bernie gave a few minutes to test at least compilation, THIS attached version at least compiles. Rui Index: src/modules/illume-keyboard/e_kbd_int.c === --- src/modules/illume-keyboard/e_kbd_int.c (revision 57681) +++ src/modules/illume-keyboard/e_kbd_int.c (working copy) @@ -174,6 +174,8 @@ if ((ki-layout.state CTRL) (ky-is_ctrl)) selected = 1; if ((ki-layout.state ALT) (ky-is_alt)) selected = 1; if ((ki-layout.state CAPSLOCK) (ky-is_capslock)) selected = 1; + if ((ki-layout.state SHIFT) (ky-tern_shift)) selected = 1; + if ((ki-layout.state CAPSLOCK) (ky-tern_shift)) selected = 1; if (selected) { if (!ky-selected) @@ -351,6 +353,20 @@ _e_kbd_int_layout_state_update(ki); return; } + if (ky-tern_shift) + { + if (ki-layout.state SHIFT) + { + ki-layout.state = (~(SHIFT)); + ki-layout.state |= CAPSLOCK; + } + else if (ki-layout.state CAPSLOCK) +ki-layout.state = (~(CAPSLOCK)); + else +ki-layout.state |= SHIFT; + _e_kbd_int_layout_state_update(ki); + return; + } if (ky-is_ctrl) { if (ki-layout.state CTRL) ki-layout.state = (~(CTRL)); @@ -574,6 +590,8 @@ if ((ki-layout.state CTRL) (ky-is_ctrl)) selected = 1; if ((ki-layout.state ALT) (ky-is_alt)) selected = 1; if ((ki-layout.state CAPSLOCK) (ky-is_capslock)) selected = 1; + if ((ki-layout.state SHIFT) (ky-tern_shift)) selected = 1; + if ((ki-layout.state CAPSLOCK) (ky-tern_shift)) selected = 1; if (selected) edje_object_signal_emit(o, e,state,selected, e); if (!selected) @@ -997,6 +1015,7 @@ st-out = eina_stringshare_add(str); } if (!strcmp(str, is_shift)) ky-is_shift = 1; + if (!strcmp(str, tern_shift)) ky-tern_shift = 1; if (!strcmp(str, is_ctrl)) ky-is_ctrl = 1; if (!strcmp(str, is_alt)) ky-is_alt = 1; if (!strcmp(str, is_capslock)) ky-is_capslock = 1; -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
On Thu, Mar 10, 2011 at 7:55 PM, Andreas Volz li...@brachttal.net wrote: Hello, Some time ago I wrote a little tool called edje_player: http://andreasvolz.wordpress.com/2009/01/25/edjeplayer-01/ It was very simple and not yet finished. I like to use it often. Now I just noticed that someone removed it from SVN: http://svn.enlightenment.org/svn/e/trunk/PROTO/edje_player It has been moved to edje/bin/edje_player.c with the rev. 47341 barbieri and some revision later deleted in PROTO. I didn't notice it, because the main command line switches never changed. I diffed the changes and it's a more or less a complete rewrite. I think all the changes are good! So what's the problem? I've a big problem if someone simply move files or directories from a application which has an AUTHORS file to another directory. Even if its placed in PROTO or not touched since some time! And it's even not nice to take it without adding me to AUTHORS in edje or the edje_player.c file. Ok, this isn't longer valid as it's rewritten... But I think we should come to the main agreement that it's not nice to simply move around code from someone else without talking to him! You couldn't know what's my plan with edje_player and if that fits my ideas. Sorry, as you noticed it was my fault. You have svn commit, so if you can just add yourself to AUTHORS file. I tried to do it for good as a default companion application to edje_cc and similars, AFAIR I wrote it from scratch, just used the same name and kept the options, however I even changed it to Ecore_Getopt. I did not write yet-another mail to communicate those as supposedly people with stuff in SVN reads the svn-commits list, so it should be the official communication media. But indeed, although this is as a personal project inside SVN and I should have asked permission to change it. Again, sorry you feel bad, it won't have a next time... -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL experience because EFL experience never existed, it was dream I had but never existed in reality. Together with lack of time, I went back to KDE applications (if you need a recommendation: gwenview, amarok, okular and dolphin are excellent applications). Seems that all we do, and from feedback I got, all we SHOULD do is create personal applications to fit our own needs, the way we like them, veto other changes. After all this rant, sorry to change your pet project with stupid dreams to have EFL applications. We're not ready to have such with current mindset. Thank your for reminding me of such. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL experience because EFL experience never existed, it was dream I had but never existed in reality. Together with lack of time, I went back to KDE applications (if you need a recommendation: gwenview, amarok, okular and dolphin are excellent applications). Seems that all we do, and from feedback I got, all we SHOULD do is create personal applications to fit our own needs, the way we like them, veto other changes. After all this rant, sorry to change your pet project with stupid dreams to have EFL applications. We're not ready to have such with current mindset. Thank your for reminding me of such. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? Vincent Author: raster Date: 2011-03-11 07:07:25 -0800 (Fri, 11 Mar 2011) New Revision: 57693 Trac: http://trac.enlightenment.org/e/changeset/57693 Added: trunk/evas/src/modules/loaders/ico/ trunk/evas/src/modules/loaders/ico/Makefile.am trunk/evas/src/modules/loaders/ico/evas_image_load_ico.c Modified: trunk/evas/ChangeLog trunk/evas/configure.ac trunk/evas/m4/evas_check_loader.m4 trunk/evas/src/lib/engines/common/evas_image_load.c trunk/evas/src/lib/file/evas_module.c Modified: trunk/evas/ChangeLog === --- trunk/evas/ChangeLog 2011-03-11 14:16:01 UTC (rev 57692) +++ trunk/evas/ChangeLog 2011-03-11 15:07:25 UTC (rev 57693) @@ -162,3 +162,7 @@ are 0 or not and then force alpha off if all are 0. This means you can never have a 100% empty/transparent BMP though in 32bpp mode. + +2011-03-11 Carsten Haitzler (The Rasterman) + + * Add ICO loader to evas (also can load CUR cursor files in theory) Modified: trunk/evas/configure.ac === --- trunk/evas/configure.ac 2011-03-11 14:16:01 UTC (rev 57692) +++ trunk/evas/configure.ac 2011-03-11 15:07:25 UTC (rev 57693) @@ -126,6 +126,7 @@ want_evas_image_loader_bmp=yes want_evas_image_loader_tga=yes want_evas_image_loader_wbmp=yes +want_evas_image_loader_ico=yes want_evas_font_loader_eet=yes @@ -820,6 +821,7 @@ EVAS_CHECK_IMAGE_LOADER([WBMP], [${want_evas_image_loader_wbmp}]) +EVAS_CHECK_IMAGE_LOADER([ICO], [${want_evas_image_loader_ico}]) # ## Cpu based optimizations @@ -1595,6 +1597,7 @@ src/modules/loaders/tiff/Makefile src/modules/loaders/xpm/Makefile src/modules/loaders/bmp/Makefile +src/modules/loaders/ico/Makefile src/modules/loaders/tga/Makefile src/modules/loaders/svg/Makefile src/modules/loaders/pmaps/Makefile @@ -1702,6 +1705,7 @@ echo BMP.: $have_evas_image_loader_bmp echo TGA.: $have_evas_image_loader_tga echo WBMP: $have_evas_image_loader_wbmp +echo ICO.: $have_evas_image_loader_ico echo echo Font Sourcing Systems: echo EET.: $have_evas_font_loader_eet Modified: trunk/evas/m4/evas_check_loader.m4 === --- trunk/evas/m4/evas_check_loader.m42011-03-11 14:16:01 UTC (rev 57692) +++ trunk/evas/m4/evas_check_loader.m42011-03-11 15:07:25 UTC (rev 57693) @@ -328,6 +328,26 @@ ]) +dnl use: EVAS_CHECK_LOADER_DEP_ICO(loader, want_static[, ACTION-IF-FOUND[, ACTION-IF-NOT-FOUND]]) + +AC_DEFUN([EVAS_CHECK_LOADER_DEP_ICO], +[ + +have_dep=yes +evas_image_loader_[]$1[]_cflags= +evas_image_loader_[]$1[]_libs= + +AC_SUBST([evas_image_loader_$1_cflags]) +AC_SUBST([evas_image_loader_$1_libs]) + +if test x${have_dep} = xyes ; then + m4_default([$3], [:]) +else + m4_default([$4], [:]) +fi + +]) + dnl use: EVAS_CHECK_LOADER_DEP_TGA(loader, want_static[, ACTION-IF-FOUND[, ACTION-IF-NOT-FOUND]]) AC_DEFUN([EVAS_CHECK_LOADER_DEP_TGA], Modified: trunk/evas/src/lib/engines/common/evas_image_load.c === --- trunk/evas/src/lib/engines/common/evas_image_load.c 2011-03-11 14:16:01 UTC (rev 57692) +++ trunk/evas/src/lib/engines/common/evas_image_load.c 2011-03-11 15:07:25 UTC (rev 57693) @@ -30,12 +30,14 @@ { pnm, pmaps }, { bmp, bmp }, { tga, tga }, - { wbmp, wbmp } + { wbmp, wbmp }, + { ico, ico }, + { cur, ico } }; static const char *loaders_name[] = { - png, jpeg, eet, xpm, tiff, gif, svg, pmaps, edb, bmp, tga, wbmp + png, jpeg, eet, xpm, tiff, gif, svg, pmaps, edb, bmp, tga, wbmp, ico }; struct evas_image_foreach_loader_data Modified: trunk/evas/src/lib/file/evas_module.c === --- trunk/evas/src/lib/file/evas_module.c 2011-03-11 14:16:01 UTC (rev 57692) +++ trunk/evas/src/lib/file/evas_module.c 2011-03-11 15:07:25 UTC (rev 57693) @@ -125,6 +125,7 @@ EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, edb); EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, tga); EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, wbmp); +EVAS_EINA_STATIC_MODULE_DEFINE(image_loader, ico); EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, edb); EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, eet); EVAS_EINA_STATIC_MODULE_DEFINE(image_saver, jpeg); @@ -240,6 +241,9 @@ #ifdef EVAS_STATIC_BUILD_WBMP EVAS_EINA_STATIC_MODULE_USE(image_loader, wbmp), #endif +#ifdef EVAS_STATIC_BUILD_ICO +
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] CeBIT 2011 reports
Snowboarding is a blast (obviously). :P On Fri, Mar 11, 2011 at 12:01 AM, Daniel Juyung Seo seojuyu...@gmail.comwrote: Hey Tom, How is your tour? Anything fun in France? Daniel Juyung Seo (SeoZ) On Fri, Mar 11, 2011 at 6:14 AM, Tom Hacohen t...@stosb.com wrote: On Tue, Mar 8, 2011 at 12:27 AM, Thomas Gstädtner tho...@gstaedtner.net wrote: You might not be familiar with this, but they actually do sell razors in Germany. :P But I don't speak German... Anyhow, I'm currently in france, and I still haven't shaved (can't speak french)... :P Well actually, I want to use a trimmer before actually using a blade, will make it far easier, and I only have a hair trimmer at home, so it'll wait. -- Tom. -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] CeBIT 2011 reports
Was supposed to get to Paris, but in the end I took another train. I'm currently in the Alps, Val D'isere to be exact. :) On Thu, Mar 10, 2011 at 11:37 PM, Vincent Torri vto...@univ-evry.fr wrote: On Thu, 10 Mar 2011, Tom Hacohen wrote: On Tue, Mar 8, 2011 at 12:27 AM, Thomas Gstädtner tho...@gstaedtner.net wrote: You might not be familiar with this, but they actually do sell razors in Germany. :P But I don't speak German... Anyhow, I'm currently in france, and I still haven't shaved (can't speak french)... :P are you near Paris ? Vincent Well actually, I want to use a trimmer before actually using a blade, will make it far easier, and I only have a hair trimmer at home, so it'll wait. -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL experience because EFL experience never existed, it was dream I had but never existed in reality. Together with lack of time, I went back to KDE applications (if you need a recommendation: gwenview, amarok, okular and dolphin are excellent applications). Seems that all we do, and from feedback I got, all we SHOULD do is create personal applications to fit our own needs, the way we like them, veto other changes. After all this rant, sorry to change your pet project with stupid dreams to have EFL applications. We're not ready to have such with current mindset. Thank your for reminding me of such. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list
Re: [E-devel] CeBIT 2011 reports
On Fri, 11 Mar 2011, Tom Hacohen wrote: Was supposed to get to Paris, but in the end I took another train. I'm currently in the Alps, Val D'isere to be exact. :) haaa ! I like this ski resort a lot (got there several times). You can ski also in Tignes, which is just beside (you can go from Val d'Isere to Tignes, and converesly by taking the 'Face', a black slope, but the ticket is more expensive). happy skiing ! Vincent On Thu, Mar 10, 2011 at 11:37 PM, Vincent Torri vto...@univ-evry.fr wrote: On Thu, 10 Mar 2011, Tom Hacohen wrote: On Tue, Mar 8, 2011 at 12:27 AM, Thomas Gstädtner tho...@gstaedtner.net wrote: You might not be familiar with this, but they actually do sell razors in Germany. :P But I don't speak German... Anyhow, I'm currently in france, and I still haven't shaved (can't speak french)... :P are you near Paris ? Vincent Well actually, I want to use a trimmer before actually using a blade, will make it far easier, and I only have a hair trimmer at home, so it'll wait. -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL experience because EFL experience never existed, it was dream I had but never existed in reality. Together with lack of time, I went back to KDE applications (if you need a recommendation: gwenview, amarok, okular and dolphin are excellent applications). Seems that all we do, and from feedback I got, all we SHOULD do
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
On Fri, Mar 11, 2011 at 4:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. I do support your initiative Leif. From my point of view top level application have always been here as a way to design an EFL experience, but that doesn't look like it is the opinion of every one. So to avoid any misunderstanding, we need to define some rules on what kind of content end where in our svn. In my opinion it would be the first step toward an EFL experience that should become a community vision. If we don't drive together, but go in all direction, we will end nowhere. As a side note, Andreas could you send me a patch for edje AUTHORS file. I will apply it happily as we really need to remember all the people that helped us make this great tools ! -- Cedric BAIL -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] CeBIT 2011 reports
Yeah, been to Tignes and Val D'isere a couple of times as well, a very nice resort, especially so late in the season when there's no snow in other places :P I bought the skipass for both resorts, even managed to crash in the snowpark in Tignes and had to go all the way back to val disere limping :P On Fri, Mar 11, 2011 at 5:43 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Tom Hacohen wrote: Was supposed to get to Paris, but in the end I took another train. I'm currently in the Alps, Val D'isere to be exact. :) haaa ! I like this ski resort a lot (got there several times). You can ski also in Tignes, which is just beside (you can go from Val d'Isere to Tignes, and converesly by taking the 'Face', a black slope, but the ticket is more expensive). happy skiing ! Vincent On Thu, Mar 10, 2011 at 11:37 PM, Vincent Torri vto...@univ-evry.fr wrote: On Thu, 10 Mar 2011, Tom Hacohen wrote: On Tue, Mar 8, 2011 at 12:27 AM, Thomas Gstädtner tho...@gstaedtner.net wrote: You might not be familiar with this, but they actually do sell razors in Germany. :P But I don't speak German... Anyhow, I'm currently in france, and I still haven't shaved (can't speak french)... :P are you near Paris ? Vincent Well actually, I want to use a trimmer before actually using a blade, will make it far easier, and I only have a hair trimmer at home, so it'll wait. -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL experience because EFL experience never existed, it was dream I had but never existed in reality. Together with lack of time, I went back to KDE applications (if you need a recommendation: gwenview, amarok, okular and dolphin are excellent applications). Seems that
Re: [E-devel] CeBIT 2011 reports
2011/3/11 Tom Hacohen t...@stosb.com: Yeah, been to Tignes and Val D'isere a couple of times as well, a very nice resort, especially so late in the season when there's no snow in other places :P I bought the skipass for both resorts, even managed to crash in the snowpark in Tignes and had to go all the way back to val disere limping :P Every one should know that Pyrenees are the best place for skiing ! -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground and rantalthough the name, most E people don't use it to see photos because it barely work./rant 2. You never grasped Elementary or other core components of EFL, as you're not much into them. This reflected into the Nth rewrite of Ephoto in Elementary being barely working. From basic things as asynchronous listing of directories with eio to incremental sorting with insert ordered means. You struggled with these and were not going anywhere... partly because even Elementary lacked some primitives in gengrid to do so, and you're not willing to do these, instead opted to work around. 3. In a worthless movement, I tried to create a common feeling among EFL applications by introduction of recommended application layouts bundled in Elementary's theme. This resulted into changes to Ephoto visual so it and other applications such as Eve, Enjoy and Envision would look similar, with toolbars in the same place. It was worthless as general consensus was that people should do whatever they want as it was their own software. This actually resulted into lack of motivation to work on our applications as no matter what amount of work I did (even if I was allowed to do!) would not work as a it would never provide EFL
Re: [E-devel] CeBIT 2011 reports
Nah, I'm sticking with the Alps. :P On Fri, Mar 11, 2011 at 5:59 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: Yeah, been to Tignes and Val D'isere a couple of times as well, a very nice resort, especially so late in the season when there's no snow in other places :P I bought the skipass for both resorts, even managed to crash in the snowpark in Tignes and had to go all the way back to val disere limping :P Every one should know that Pyrenees are the best place for skiing ! -- Nicolas Aguirre Mail: aguirre.nico...@gmail.com Web: http://enna.geexbox.org Blog: http://dev.enlightenment.fr/~captainigloo/ -- Tom. -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] CeBIT 2011 reports
On 11/03/2011 16:59, Nicolas Aguirre wrote: 2011/3/11 Tom Hacohent...@stosb.com: Yeah, been to Tignes and Val D'isere a couple of times as well, a very nice resort, especially so late in the season when there's no snow in other places :P I bought the skipass for both resorts, even managed to crash in the snowpark in Tignes and had to go all the way back to val disere limping :P Every one should know that Pyrenees are the best place for skiing ! Yeah, thats where i live =) attachment: guillaume_friloux.vcf-- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz li...@brachttal.net, enlightenment-devel@lists.sourceforge.net On Thu, Mar 10, 2011 at 8:08 PM, unixti...@gmail.com unixti...@gmail.com wrote: I think you make a very good point Andreas. While the other side may argue that it is in public subversion and is open source code, at the same time the project still has an author with an idea and scope for the project. I think its rude to change the code of ones project and even the scope of it without any knowledge of the author. This has been happening to a lot of authors and projects over the past year or so maybe a little more. To all developers: get to know you're fellow developers!!! Communicate with them! Communication is a good thing. I promise. Hi okra, here I have to disagree a bit. Or at least explain why these things happened to you and ephoto: 1. I understood Ephoto was an E project, not a personal project (as Andreas' PROTO/edje-player). Similarly that I don't go ask Raster every change I did to Evas, Ecore, Edje or E itself, I did not feel like asking permission to change it. SORRY, later own I realized (actually after being told by many) that Ephoto was your lovely playground
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
If this is the case then I will remove Ephoto from svn and it will get no help from the e devs and little use from the community and will probably fizzle out and fail. If I have little say that can be outweighed in an app I created and slaved over, that includes my intellectual property in the original idea, scope, direction, and design, then I have no desire to leave it there. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.comwrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my
[E-devel] Private projects in svn.e.org
Hello everyone, As of recent events, I want to poll the developers' perception on Private projects in e.svn.org. Some developers were suprised that their projects (which were in trunk) were (re)moved/rewritten/majorly changed by other developers of our community. Both sides came up with reasonable arguments, I don't want to discuss here. I'll just propose two basic and simple ideas of how code (in e's central svn, except for the dev's directories) is to be treated by other developers. The already available guidlines for commits apply for both proposals: 1.) Code in e.svn.org is free for (entire, including remove) change by anyone with commit access. People who put their code there aggree with this. The mailinglist shall be consulted in cases of 'major' changes. - Leif (T_UNIX) 2.) If a developer changes (adds/(re)moves/changes to almost rewrite) code in e.svn.org he or she has to consult the respective project's maintainer. Put your name under which idea you see suits your oppinion best. Please don't make this a flamewar and stay _on_ topic. Make sure you don't put annything in your answer besides your name/signature. This mail is not a discussion thread. If you think a different policy should be discussed feel free to open another thread so people might comment if necessary. BR, Leif -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.comwrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but I'm not going to drop to that level. Sent from my Cellular South HTC Desire - Reply message - From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Date: Fri, Mar 11, 2011 8:34 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Andreas Volz
Re: [E-devel] edje_decc - build.sh
2011/3/10 Daniel Juyung Seo seojuyu...@gmail.com: It looks like a bug. When using editje for edj creation, edje_file-compiler becomes edje_edit. When using edje_cc for edj creation, edje_file-compiler becomes edje_cc. We spotted this bug log time ago...don't remember the old discussion. Can't we just hardcode edje_cc in the printf call? DaveMDS Daniel Juyung Seo (SeoZ) On Fri, Mar 11, 2011 at 6:36 AM, Andreas Volz li...@brachttal.net wrote: Hello, I'm just wondering why edje_decc writes a build.sh with this content: edje_edit $@ -id . -fd . generated_source.edc -o screens.edj This for sure doesn't work. I searched the sources and found this in edje_decc.c: if (build_sh) { snprintf(out, sizeof(out), %s/build.sh, outdir); printf(Output Build Script: %s\n, out); if (strstr(out, ../)) { ERR(potential security violation. attempt to write in parent dir.\n); exit (-1); } f = fopen(out, wb); fprintf(f, #!/bin/sh\n); fprintf(f, %s $@ -id . -fd . %s -o %s.edj\n, edje_file-compiler, sf-name, outdir); fclose(f); WRN(\n*** CAUTION ***\n Please check the build script for anything malicious I edited this files ages ago with edje_edit. I think because of this edje_file-compiler is edje_edit. But running build.sh doesn't work here. Couldn't we just always use edje_cc? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
No need to get all fired up. But you do have to understand that the applications in e's svn represent e, and therefore they have to follow the e spirit. Of course you have a say, cause you are the maintainer, but obviously, ephoto can't be the official e photo viewer if it only represents your thoughts and ideas, and not those of the community. On Fri, Mar 11, 2011 at 6:36 PM, unixti...@gmail.com unixti...@gmail.comwrote: If this is the case then I will remove Ephoto from svn and it will get no help from the e devs and little use from the community and will probably fizzle out and fail. If I have little say that can be outweighed in an app I created and slaved over, that includes my intellectual property in the original idea, scope, direction, and design, then I have no desire to leave it there. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Not even slightly similar. He doesn't have this kind of power because he is the founder of e, he has this kind of power because he is the project leader. On Fri, Mar 11, 2011 at 6:40 PM, unixti...@gmail.com unixti...@gmail.comwrote: The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the general consensus in the e world is that elm is the problem and lacks terribly in design and implementation. There is a whole lot more that I want to say and could say as you took to personally insulting me, but
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
As I am the project leader of ephoto. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:42 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Not even slightly similar. He doesn't have this kind of power because he is the founder of e, he has this kind of power because he is the project leader. On Fri, Mar 11, 2011 at 6:40 PM, unixti...@gmail.com unixti...@gmail.comwrote: The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
2011/3/11 Tom Hacohen t...@stosb.com: Not even slightly similar. He doesn't have this kind of power because he is the founder of e, he has this kind of power because he is the project leader. So he has that kind of power over EVERYTHING in svn? Even stuff he never touched before or he publicly says he doesn't use or care about and they are their own authors responsabilities? On Fri, Mar 11, 2011 at 6:40 PM, unixti...@gmail.com unixti...@gmail.comwrote: The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the outcome to put an article into trac/wiki about how stuff in e.svn.org is to be treated so we (hopefully) never have to argue about such things and can focus on development as a community. BR, Leif 2011/3/11 unixti...@gmail.com unixti...@gmail.com: I don't know what has got in to you lately, but I was not talking about or referring to ephoto. Get off of your high horse and stop taking offense to everything that gets said even when it has nothing to do with you. For your information ephoto is widely used and the
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Not the same thing. As I said, e's svn doesn't host projects, it hosts the enlightenment project and you wrote part of it. On Fri, Mar 11, 2011 at 6:46 PM, unixti...@gmail.com unixti...@gmail.comwrote: As I am the project leader of ephoto. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:42 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Not even slightly similar. He doesn't have this kind of power because he is the founder of e, he has this kind of power because he is the project leader. On Fri, Mar 11, 2011 at 6:40 PM, unixti...@gmail.com unixti...@gmail.com wrote: The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come up with a rule.. Therefore, I'll start a thread about policy. I'll use the
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Well, yes. First of all he has admin access to the server, so he literally has this kind of power :P Second of all, if we agree that things in svn represent e (which I think is a common conception) he should have, and actually has this kind of power. Although he currently may not care, it can change in the future and then he will have this kind of power. Yes, maintainers of parts may have power over other devs, but not over the e spirit. On Fri, Mar 11, 2011 at 6:47 PM, Iván Briano (Sachiel) sachi...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: Not even slightly similar. He doesn't have this kind of power because he is the founder of e, he has this kind of power because he is the project leader. So he has that kind of power over EVERYTHING in svn? Even stuff he never touched before or he publicly says he doesn't use or care about and they are their own authors responsabilities? On Fri, Mar 11, 2011 at 6:40 PM, unixti...@gmail.com unixti...@gmail.comwrote: The same way raster has final say with e and efl's scope and direction and timelines. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:26 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: unixti...@gmail.com unixti...@gmail.com Cc: Nicolas Aguirre aguirre.nico...@gmail.com, Leif Middelschulte leif.middelschu...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net I disagree. By putting stuff into e's svn you are giving up on your right to veto. This svn is for e's devs and community, not for el presidente. As I said, all the apps in e should follow the guidelines and spirits. If those are debatable the ML should be consulted first, not the creator. As I said in IRC: Whoever wants to do big changes should send to the ML before, not to the initial creator. By committing code to e's svn you are giving up this veto. If someone wants this kind of power he should use sourceforge, not e's svn. :P On Fri, Mar 11, 2011 at 6:14 PM, unixti...@gmail.com unixti...@gmail.com wrote: Just to clear things up, Ephoto is not a pet or personal project and this thread should not be questioning ephoto. It is meant for the community and to be developed by the community. It wouldn't be where it is today without contributions from others including Gustavo, even though he will publicly call it a pos and barely functional on a public list when he hasn't even used it. Okay I'm done with that now. I agree there needs to be guidelines and I think its important to note that the original developer is the president in the development. Licensing, releasing, and things of that nature should be handled by this president. Also when modifications happen that have opposing sides, the presidents word goes. Finally if there is a rewrite, change in scope, or anything extremely significant of the such, the presidents permission needs to be obtained. Sent from my Cellular South HTC Desire - Reply message - From: Tom Hacohen t...@stosb.com Date: Fri, Mar 11, 2011 10:00 am Subject: [E-devel] (Re)moving stuff from SVN without author knowledge To: Nicolas Aguirre aguirre.nico...@gmail.com Cc: Leif Middelschulte leif.middelschu...@gmail.com, unixti...@gmail.com unixti...@gmail.com, enlightenment-devel@lists.sourceforge.net, Andreas Volz li...@brachttal.net Yep, enna does not belong to the e svn (although it's obviously AWESOME). On Fri, Mar 11, 2011 at 5:57 PM, Nicolas Aguirre aguirre.nico...@gmail.comwrote: 2011/3/11 Tom Hacohen t...@stosb.com: I completely agree. I also don't want to step in an argument I know nothing about, but I do agree with Gustavo. In my pov e's svn is for e applications. It's not sourceforge that stores open source projects, everything in the svn is made for e and thus should follow whatever guidelines/spirit e may have. I don't think svn is a good place for *personal* pet projects (maybe in your own dev dir?) because everything in svn is seen by other people as something developed and supported by the e team, and thus, all the e team should be able to adjust, modify and even rewrite so it'll follow e's spirit the direction. Unrelated note: I really love edje_player, been using it for ages now. -- Tom. On Fri, Mar 11, 2011 at 5:36 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: I don't want to jump in into anything personal. I just wanted to support Gustavo on the way he thought. I would have thought the same way. By saying so, I don't want to say: You guys were wrong!, but As we can see we need to solve this issue and come
Re: [E-devel] imlib2 caching can fail
-Original Message- From: Kim Woelders [mailto:k...@woelders.dk] Sent: 10. marts 2011 20:52 To: Carsten Haitzler Cc: enlightenment-devel@lists.sourceforge.net; Jesper Saxtorph Subject: Re: [E-devel] imlib2 caching can fail On Thu, 10 Mar 2011 10:31:32 +0100, Carsten Haitzler ras...@rasterman.com wrote: On Sun, 06 Mar 2011 07:49:59 +0100 Kim Woelders k...@woelders.dk said: On Thu, 03 Mar 2011 15:46:15 +0100, Jesper Saxtorph jesper.saxto...@prevas.dk wrote: I have just submitted a bugraport + a patch on trac (bug #716). I just wanted to notifify it here also as I do not know the enlightenment community and how it works. Either is fine. To repeat my bug report: I use imlib2 as a image library in a project. However the use we have sometimes tricker a situation where imlib2 uses an invalid cache. imlib2 uses timestamps to test if a image cache i valid. If a files modification time is in the future it is not possible to use validation scheme. Further if the timestamp is equal to now, we do not know if the modification time is in the future or not. The result is that the cache should be invalidated for file timestamps = now. An example of a problematic situation: timestamps are in whole seconds times given as here as seconds: time=32.1 : image.png is written by someone time=32.4 : image.png is loaded by imlib2 time=32.5 : image.png is written with new data The situation is now that the cache has the same timestamp as the file, but the content is not the same. A possible fix is a 3 line patch, which I have attached. It invalidate the cache if the files timestamp is = now. The patch is made agains head, however, the image.c file (where the patch is applied) has changed very little in it lifetime, so it works fine with earlier versions of imlib2 (I use it against 1.4.2). I attached an incorrect patch at first to the ticket, but have submittet the correct afterwards. Sorry for that. My suggestion to a patch (I have made the long comment as I think it is not obvious why it is needed): --- imlib2/src/lib/image.c.orig 2011-03-03 14:23:49.0 +0100 +++ imlib2/src/lib/image.c 2011-03-03 14:45:19.0 +0100 @@ -1017,6 +1017,18 @@ im-key = __imlib_FileKey(file); } im-moddate = __imlib_FileModDate(file); + /* If the file modify time is now or in the future, we can not make a */ + /* cache. */ + /* One of several possible scenarios: */ + /* time=now: file is written by someone */ + /* time=now: file is loaded here */ + /* time=now: file is written again by someone */ + /* Now we have a file a timestamp equal to our cache, but with a */ + /* different content. */ + if (im-moddate = time(NULL)) + { +dont_cache = 1; + } /* ok - just check all our loaders are up to date */ __imlib_RescanLoaders(); /* take a guess by extension on the best loader to use */ Hope it make sense, otherwise feel free to ask and/or discuss it I see there is a problem, but I don't think it is the proper solution. If you have a file with a now/future time stamp it would never be cached, which is wrong. How about in stead changing line 986 (svn) to check whether the time stamp has changed in stead of checking if it is newer? while in general you are also right.. he's also trying to fix the problem of write file at 34.1 secs, then write AGAIN at 34.5 secs - they both have the SAME timestamp but the 2nd is newer. imlib2 will not load the newer file as the timestamps match due to timestamp resolution (34 vs 34 secs). but while solving this problem it breaks caching for timestamp == now. you'd need much higher resolution timestamps (and even then you still just have a smaller race condition) or .. you'd have to have another way to differentiate the files. file size + timestamp + inode + even then you just lower the probability not eliminate it. Yeah, I know. The important thing here, IMO, is that images which never change, should always be cached (unless explicitly not caching), whichever past/now/future time stamp they may have. How about this: diff --git src/lib/image.c src/lib/image.c index d404961..e8610b2 100644 --- src/lib/image.c +++ src/lib/image.c @@ -982,8 +982,10 @@ __imlib_LoadImage(const char *file, ImlibProgressFunction progres time_t current_modified_time; current_modified_time = __imlib_FileModDate(file); - /* if the file on disk is newer than the cached one */ - if (current_modified_time im-moddate) + /* if the disk file time stamp is different from the */ + /* cached one or appears to have just been set */ + if ((current_modified_time != im-moddate) || +
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011 12:28:32 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. actually... it does support that windows ico format... and it supports load options to choose an icon of a specific size (or the nearest size it can) and it even uses the key to tell it HOW to choose the icon (biggest, smallest, bigger, smaller). :) the default is to choose the largest (and highest bit depth) one in the file. if you use bigger and smaller as key, it will find the icon immediately bigger or immediately smaller than the load options size given :) so... yes. it does do it :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, Mar 11, 2011 at 2:17 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 11 Mar 2011 12:28:32 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. actually... it does support that windows ico format... and it supports load options to choose an icon of a specific size (or the nearest size it can) and it even uses the key to tell it HOW to choose the icon (biggest, smallest, bigger, smaller). :) the default is to choose the largest (and highest bit depth) one in the file. if you use bigger and smaller as key, it will find the icon immediately bigger or immediately smaller than the load options size given :) so... yes. it does do it :) enlighten me... but didn't it also allow bundles? Like providing a series of icons for different applications? Or am I confusing with something? I recall from windows days that you could choose one entry and it would show a bundle with lots of applications icons in it. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Friday, 11 March 2011, at 14:25:04 (-0300), Gustavo Sverzut Barbieri wrote: enlighten me... but didn't it also allow bundles? Like providing a series of icons for different applications? Or am I confusing with something? I recall from windows days that you could choose one entry and it would show a bundle with lots of applications icons in it. Are you sure those were ICO files and not DLL or EXE files? Windows 3.x had a MORICONS.DLL file with a ton of icons in it; maybe that's what you're thinking of? 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) --- Backstreet Boys? Why would you wanna do that? Didn't you see New Kids on the Block? Don't you know how this movie's gonna end? I wanna know who's gonna be the 'bad' Backstreet Boy. Who's gonna get Britney Spears pregnant?-- Chris Rock, 1999 MTV VMA -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011 14:25:04 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 2:17 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 11 Mar 2011 12:28:32 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. actually... it does support that windows ico format... and it supports load options to choose an icon of a specific size (or the nearest size it can) and it even uses the key to tell it HOW to choose the icon (biggest, smallest, bigger, smaller). :) the default is to choose the largest (and highest bit depth) one in the file. if you use bigger and smaller as key, it will find the icon immediately bigger or immediately smaller than the load options size given :) so... yes. it does do it :) enlighten me... but didn't it also allow bundles? Like providing a series of icons for different applications? Or am I confusing with something? I recall from windows days that you could choose one entry and it would show a bundle with lots of applications icons in it. ICL files (icon library files). :) http://en.wikipedia.org/wiki/ICO_%28file_format%29 (at the bottom - icon library). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011 09:38:13 -0800 Michael Jennings m...@kainx.org said: On Friday, 11 March 2011, at 14:25:04 (-0300), Gustavo Sverzut Barbieri wrote: enlighten me... but didn't it also allow bundles? Like providing a series of icons for different applications? Or am I confusing with something? I recall from windows days that you could choose one entry and it would show a bundle with lots of applications icons in it. Are you sure those were ICO files and not DLL or EXE files? Windows 3.x had a MORICONS.DLL file with a ton of icons in it; maybe that's what you're thinking of? that is actually what ICL files are - they are DLL's with ONLY a resource section with icons in it :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Fri, Mar 11, 2011 at 6:44 PM, Stephen Houston unixti...@gmail.com wrote: Obviously the maintainer has the last word since he/she has the ability to pull it out of svn whenever. Yes the spirit is fix and improve. Not rewrite or remove! Hum, it's well in the spirit of this community to rewrite stuff to provide a better solution to a problem. -- Cedric BAIL -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Friday, 11 March 2011, at 18:36:37 (+0100), Leif Middelschulte wrote: Fair enough. Many of the said things are already part of the commit guidlines. Cases to sort out: - In cases where the maintainer and the community e.g. ML disagree: who has the last word? For the specific product, the original author/maintainer has the last word. For the E project as a whole, raster does. If those conflict, raster wins (and the project may need to move out). The understanding that I always had based on how we set things up: - Any E-related project may go in E SVN. Nothing outside of E's SVN repo is officially part of the project. - All E-related projects must follow the general technology (Imlib, Imlib2, and now EFL) and philosophy of E (choice, power, apperance, performance). - The author/maintainer has control over their own project. - raster has final say (veto power) over the project and the repo. If you disagree, you can either try to convince him or take your code elsewhere. Both have been done successfully. ;-) - Anyone with commit access can change your code. If you don't like their changes, revert them and say why. If there's still disagreement, discuss. Major changes should be discussed first. If any of this has changed, raster needs to be the one to change it. - What's the often cited 'spirit' of the enlightenment project? People were arguing the spirit of e is (besides following the guidlines): - Fix! Don't workaround! - Improve where you can People saying those things have specific reasons they want to believe those are the E spirit, but they're not. They're very good principles to live by, but that's not the guiding philosophy that the project has had throughout its lifetime. The main philosophy has been: 1. Choice -- As much power and flexibility in the hands of the user as possible. Everything is configurable (options, themes, etc.). 2. Power -- Feature-rich, not lean and incapable. 3. Appearance -- It needs to look good. Better than good. Mind-bogglingly good. 4. Performance -- It needs to be fast and optimized, but not at the expense of features or looks. Sure, things change over time, but I think those guiding principles are still present and still evident in the products being produced to this day. 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) --- A little learning is a dangerous thing; Drink deep, or taste not the Pierian spring: There shallow draughts intoxicate the brain, And drinking largely sobers us again. -- Alexander Pope, An Essay on Criticism -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Fri, 11 Mar 2011 09:54:46 -0800 Michael Jennings m...@kainx.org wrote: On Friday, 11 March 2011, at 18:36:37 (+0100), Leif Middelschulte wrote: Fair enough. Many of the said things are already part of the commit guidlines. Cases to sort out: - In cases where the maintainer and the community e.g. ML disagree: who has the last word? For the specific product, the original author/maintainer has the last word. For the E project as a whole, raster does. If those conflict, raster wins (and the project may need to move out). The understanding that I always had based on how we set things up: - Any E-related project may go in E SVN. Nothing outside of E's SVN repo is officially part of the project. - All E-related projects must follow the general technology (Imlib, Imlib2, and now EFL) and philosophy of E (choice, power, apperance, performance). - The author/maintainer has control over their own project. - raster has final say (veto power) over the project and the repo. If you disagree, you can either try to convince him or take your code elsewhere. Both have been done successfully. ;-) - Anyone with commit access can change your code. If you don't like their changes, revert them and say why. If there's still disagreement, discuss. Major changes should be discussed first. If any of this has changed, raster needs to be the one to change it. - What's the often cited 'spirit' of the enlightenment project? People were arguing the spirit of e is (besides following the guidlines): - Fix! Don't workaround! - Improve where you can People saying those things have specific reasons they want to believe those are the E spirit, but they're not. They're very good principles to live by, but that's not the guiding philosophy that the project has had throughout its lifetime. The main philosophy has been: 1. Choice -- As much power and flexibility in the hands of the user as possible. Everything is configurable (options, themes, etc.). 2. Power -- Feature-rich, not lean and incapable. 3. Appearance -- It needs to look good. Better than good. Mind-bogglingly good. 4. Performance -- It needs to be fast and optimized, but not at the expense of features or looks. Sure, things change over time, but I think those guiding principles are still present and still evident in the products being produced to this day. Michael I cast 2 votes. -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Private projects in svn.e.org
On Friday, 11 March 2011, at 13:04:37 (-0500), Mike Blumenkrantz wrote: If any of this has changed, raster needs to be the one to change it. I apologize. I realized after I sent this that it could be misinterpreted to mean, Don't discuss it. That's not what I meant. What I meant was, if you think things should change, you have to convince raster, not just some number of developers. :) I'm always in favor of communication. I think we need more of it (preferably constructive), not less. I cast 2 votes. One for you, one for zmike? :-) 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) --- We both lie silently still in the dead of the night. Although we both lie close together, we feel miles apart inside. Was it something I said or something I did? Did my words not come out right?-- Poison, Every Rose Has Its Thorn -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/bin src/lib
On Fri, Mar 11, 2011 at 2:46 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: add PROXY part. ... Modified: trunk/edje/ChangeLog trunk/edje/src/bin/edje_cc_handlers.c trunk/edje/src/lib/Edje.h trunk/edje/src/lib/edje_cache.c trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_data.c trunk/edje/src/lib/edje_load.c trunk/edje/src/lib/edje_private.h Oops, could you also update those in edje_edit source generator and also in edje_inspector? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Sat, 12 Mar 2011, Carsten Haitzler (The Rasterman) wrote: On Fri, 11 Mar 2011 12:28:32 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. actually... it does support that windows ico format... and it supports load options to choose an icon of a specific size (or the nearest size it can) and it even uses the key to tell it HOW to choose the icon (biggest, smallest, bigger, smaller). :) the default is to choose the largest (and highest bit depth) one in the file. if you use bigger and smaller as key, it will find the icon immediately bigger or immediately smaller than the load options size given :) so... yes. it does do it :) omg, raster is supporting a Windows spec ! Vincent -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] (Re)moving stuff from SVN without author knowledge
Am Fri, 11 Mar 2011 11:18:08 -0300 schrieb Gustavo Sverzut Barbieri: On Thu, Mar 10, 2011 at 7:55 PM, Andreas Volz li...@brachttal.net wrote: Hello, Some time ago I wrote a little tool called edje_player: http://andreasvolz.wordpress.com/2009/01/25/edjeplayer-01/ It was very simple and not yet finished. I like to use it often. Now I just noticed that someone removed it from SVN: http://svn.enlightenment.org/svn/e/trunk/PROTO/edje_player It has been moved to edje/bin/edje_player.c with the rev. 47341 barbieri and some revision later deleted in PROTO. I didn't notice it, because the main command line switches never changed. I diffed the changes and it's a more or less a complete rewrite. I think all the changes are good! So what's the problem? I've a big problem if someone simply move files or directories from a application which has an AUTHORS file to another directory. Even if its placed in PROTO or not touched since some time! And it's even not nice to take it without adding me to AUTHORS in edje or the edje_player.c file. Ok, this isn't longer valid as it's rewritten... But I think we should come to the main agreement that it's not nice to simply move around code from someone else without talking to him! You couldn't know what's my plan with edje_player and if that fits my ideas. Sorry, as you noticed it was my fault. You have svn commit, so if you can just add yourself to AUTHORS file. I tried to do it for good as a default companion application to edje_cc and similars, AFAIR I wrote it from scratch, just used the same name and kept the options, however I even changed it to Ecore_Getopt. I did not write yet-another mail to communicate those as supposedly people with stuff in SVN reads the svn-commits list, so it should be the official communication media. But indeed, although this is as a personal project inside SVN and I should have asked permission to change it. Again, sorry you feel bad, it won't have a next time... I don't feel that bad as your changes to edje_player are really good. :-) More I've to thank you that you didn't change the complete command line syntax. The only thing that I liked to mention is that, for general, one should tell the developer in the AUTHORS file before doing such a fundamental change. For sure you don't need my permission! I clearly understand that in the moment I use the E SVN I profit from community changes, but it's not longer a pet project. This is the reason I put some other E related stuff on code.google.com or in my private SVN. If I had known that this topic creates such a big thread I had written you by personal mail. :-) regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, Mar 11, 2011 at 5:53 PM, Vincent Torri vto...@univ-evry.fr wrote: omg, raster is supporting a Windows spec ! http://i.imgur.com/WJbr9.jpg -- Cheers, Leandro -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric IN trunk/edje: . src/bin src/lib
On Fri, Mar 11, 2011 at 8:11 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Fri, Mar 11, 2011 at 2:46 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: edje: add PROXY part. ... Modified: trunk/edje/ChangeLog trunk/edje/src/bin/edje_cc_handlers.c trunk/edje/src/lib/Edje.h trunk/edje/src/lib/edje_cache.c trunk/edje/src/lib/edje_calc.c trunk/edje/src/lib/edje_data.c trunk/edje/src/lib/edje_load.c trunk/edje/src/lib/edje_private.h Oops, could you also update those in edje_edit source generator and also in edje_inspector? Damn, I forgot that ! Will do sunday or monday. -- Cedric BAIL -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011 18:23:55 -0300 Leandro Pereira lean...@profusion.mobi said: On Fri, Mar 11, 2011 at 5:53 PM, Vincent Torri vto...@univ-evry.fr wrote: omg, raster is supporting a Windows spec ! http://i.imgur.com/WJbr9.jpg bwahahahahahahahahah -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Fri, 11 Mar 2011 21:53:13 +0100 (CET) Vincent Torri vto...@univ-evry.fr said: On Sat, 12 Mar 2011, Carsten Haitzler (The Rasterman) wrote: On Fri, 11 Mar 2011 12:28:32 -0300 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Mar 11, 2011 at 12:17 PM, Vincent Torri vto...@univ-evry.fr wrote: On Fri, 11 Mar 2011, Enlightenment SVN wrote: Log: Evas: add ico loader! does it support the Windows ico forat (that is, the one which can have more han 1 image in it) ? likely not, otherwise we'd need a load_hint to specify which one to load, and maybe something to return the number of images in it. Would be useful for gif and mjpeg as well. actually... it does support that windows ico format... and it supports load options to choose an icon of a specific size (or the nearest size it can) and it even uses the key to tell it HOW to choose the icon (biggest, smallest, bigger, smaller). :) the default is to choose the largest (and highest bit depth) one in the file. if you use bigger and smaller as key, it will find the icon immediately bigger or immediately smaller than the load options size given :) so... yes. it does do it :) omg, raster is supporting a Windows spec ! well there is also a bmp loader... :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/evas: . m4 src/lib/engines/common src/lib/file src/modules/loaders src/modules/loaders/ico
On Sat, 12 Mar 2011 13:29:53 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 11 Mar 2011 18:23:55 -0300 Leandro Pereira lean...@profusion.mobi said: On Fri, Mar 11, 2011 at 5:53 PM, Vincent Torri vto...@univ-evry.fr wrote: omg, raster is supporting a Windows spec ! http://i.imgur.com/WJbr9.jpg bwahahahahahahahahah hang that on the door to your office imo -- Mike Blumenkrantz Zentific: NULL pointer dereferences now 50% off! -- Colocation vs. Managed Hosting A question and answer guide to determining the best fit for your organization - today and in the future. http://p.sf.net/sfu/internap-sfd2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel