Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] BUG : arabic character
المسالم المسالمة, il 28/12/2012 04:36, ha scritto: pardon me Massimo Maiurana but there is no any change in svn at this time yeah, it looks like the file you sent was exactly the same as the one that was already in svn. please, send the updated version and I'll commit it :) -- Massimo Maiurana GPG keyID #7044D601 La fede e' credere in cio' che sai non essere vero [Mark Twain] signature.asc Description: OpenPGP digital signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
don't worry, git will fix this On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Fri, 28 Dec 2012 08:55:17 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: don't worry, git will fix this Will git magically fix up trac so I can actually use it? On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
yes, and it will also cure certain types of cancer On Fri, Dec 28, 2012 at 9:16 AM, David Seikel onef...@gmail.com wrote: On Fri, 28 Dec 2012 08:55:17 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: don't worry, git will fix this Will git magically fix up trac so I can actually use it? On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] terminology - colours patch
Dne 27. 12. 2012 11:47, piše Aleksandar Popadić: Inverse colours with a 256 palette don't work. Try this command echo -e \e[7m\e[38;5;240m\e[48;5;255m\e[0m What's been done in the patch: - the colours setting was rewritten; - removed some repeated code: - if ((!cells) || (x = w)) and if (cells[j].att.invisible) blocks were identical - moved the double width setting out a level, it was needlessly repeated in every block - in if (!cells) ch1 and ch2 weren't getting updated if inv and tc[x].bg == COL_INVIS - moved tc[x] setting in a level next to ch1 and ch2 updating - took out if codepoint is 0: fg = COL_INVIS. It doesn't do anything (there is no character to make invisible). Whitespace will get properly underlined this way. As far as I've tested it, it works as it should. Bold and faint affect only fg. If inverse is set then bold affects fg after the inversion and faint prior to it. Intense behaves as faint. I also have some questions. What is intense, what escape code is it? Also the colour table is missing either intense or faint. Right now it has 12 offset for bright/bold and 24 for intense by the comment in col.c or faint by the code in termio.c. There's nothing offset by 48 in the colour table. I'd comment out the intense setting but I'm not sure it's the right thing to do. The way it's set up now, it's possible to fall out of the colour table. Why doesn't tc[x].bold = bold work? I've also added a patch to ecore version checking in main.c. The way it's set up now it always comes out true. Sasha Never mind about the intense. I looked around and it's just extra 8 colours. The colour table is also taken care of when putting the colours in the textgrid palette. I've fixed the patch so that intense affects both foreground and background (both prior to the inversion). My decision on the behaviour of bold and faint is based on how it's done in linux terminal. If I made some bad decisions in the patch please let me know. Please do at least look at the ecore version checking patch. Sasha Index: src/bin/termio.c === --- src/bin/termio.c (revision 81791) +++ src/bin/termio.c (working copy) @@ -388,7 +388,7 @@ _smart_apply(Evas_Object *obj) { Termio *sd = evas_object_smart_data_get(obj); Evas_Coord ox, oy, ow, oh; - int j, x, y, w, ch1 = 0, ch2 = 0, inv = 0; + int x, y, w, ch1 = 0, ch2 = 0, inv = 0; if (!sd) return; evas_object_geometry_get(obj, ox, oy, ow, oh); @@ -399,144 +399,93 @@ _smart_apply(Evas_Object *obj) Termcell *cells; Evas_Textgrid_Cell *tc; -w = 0; j = 0; +w = 0; cells = termpty_cellrow_get(sd-pty, y - sd-scroll, w); tc = evas_object_textgrid_cellrow_get(sd-grid.obj, y); if (!tc) continue; ch1 = -1; for (x = 0; x sd-grid.w; x++) { - if ((!cells) || (x = w)) + if ((!cells) || (x = w) || (cells[x].att.invisible)) { - if ((tc[x].codepoint != 0) || - (tc[x].bg != COL_INVIS) || - (tc[x].bg_extended)) + if ((tc[x].codepoint) || (tc[x].bg_extended) || + (!(((!inv) (tc[x].bg == COL_INVIS)) || + ((inv) (tc[x].bg == COL_INVERSEBG) { if (ch1 0) ch1 = x; ch2 = x; + tc[x].codepoint = 0; + tc[x].bg_extended = 0; + if (inv) tc[x].bg = COL_INVERSEBG; + else tc[x].bg = COL_INVIS; } - tc[x].codepoint = 0; - if (inv) tc[x].bg = COL_INVERSEBG; - else tc[x].bg = COL_INVIS; - tc[x].bg_extended = 0; -#if defined(SUPPORT_DBLWIDTH) - tc[x].double_width = cells[j].att.dblwidth; -#endif - if ((tc[x].double_width) (tc[x].codepoint == 0) - (ch2 == x - 1)) -ch2 = x; } else { - if (cells[j].att.invisible) + int bold, fg, bg, fgext, bgext, codepoint; + + // colors + bold = cells[x].att.bold; + codepoint = cells[x].codepoint; + fgext = cells[x].att.fg256; + bgext = cells[x].att.bg256; + fg = cells[x].att.fg; + bg = cells[x].att.bg; + + if (!fgext) { - if ((tc[x].codepoint != 0) || - (tc[x].bg != COL_INVIS) || - (tc[x].bg_extended)) + if (cells[x].att.inverse ^ inv) { -if (ch1 0) ch1 = x; -ch2 =
Re: [E-devel] ban spammers
On Fri, 28 Dec 2012 09:36:23 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: oooh i could do with some of that. :) yes, and it will also cure certain types of cancer On Fri, Dec 28, 2012 at 9:16 AM, David Seikel onef...@gmail.com wrote: On Fri, 28 Dec 2012 08:55:17 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: don't worry, git will fix this Will git magically fix up trac so I can actually use it? On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
Oh no! We need a couple of junior rasters to continue your legacy. On 12/28/2012 07:05 PM, Carsten Haitzler (The Rasterman) wrote: On Fri, 28 Dec 2012 09:36:23 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: oooh i could do with some of that. :) yes, and it will also cure certain types of cancer On Fri, Dec 28, 2012 at 9:16 AM, David Seikelonef...@gmail.com wrote: On Fri, 28 Dec 2012 08:55:17 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: don't worry, git will fix this Will git magically fix up trac so I can actually use it? On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAILcedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayasthappu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
Am Freitag, 28. Dezember 2012 um 04:50 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac (http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? thats filtering out stuff that will make it break... the problem is what to filter out per locale is a massive long list of every language in the world... :) Well, the replacement I proposed will return the string translated to the locale currently used. So we don't have to filter per locale. gettext will get the current locale and return the translated string :) -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com (mailto:ras...@rasterman.com) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] elm entry broken
activated callback is now called whenever the entry changes -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm entry broken
Can you try to find the broken commit? I'm sorry, but as you know, I don't have a proper set up here. On Fri, Dec 28, 2012 at 11:41 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: activated callback is now called whenever the entry changes -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? and that will work better than just setting LC_ALL=C ? :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. IC. Bug to fix. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Fri, 28 Dec 2012 19:05:36 +0800 P Purkayastha ppu...@gmail.com said: dont worry about me - but i could do with a cure. just in case. :) Oh no! We need a couple of junior rasters to continue your legacy. On 12/28/2012 07:05 PM, Carsten Haitzler (The Rasterman) wrote: On Fri, 28 Dec 2012 09:36:23 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: oooh i could do with some of that. :) yes, and it will also cure certain types of cancer On Fri, Dec 28, 2012 at 9:16 AM, David Seikelonef...@gmail.com wrote: On Fri, 28 Dec 2012 08:55:17 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: don't worry, git will fix this Will git magically fix up trac so I can actually use it? On Fri, Dec 28, 2012 at 6:42 AM, Cedric BAILcedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayasthappu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
On Friday, December 28, 2012, Leif Middelschulte wrote: Am Freitag, 28. Dezember 2012 um 04:50 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com javascript:; (mailto: leif.middelschu...@gmail.com javascript:;) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac ( http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? thats filtering out stuff that will make it break... the problem is what to filter out per locale is a massive long list of every language in the world... :) Well, the replacement I proposed will return the string translated to the locale currently used. So we don't have to filter per locale. gettext will get the current locale and return the translated string :) Given that you have gettext. When I used gentoo I didn't have it, as English works better. I'm more like force Lang=C -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com javascript:;(mailto: ras...@rasterman.com javascript:;) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm entry broken
Mike, what do you mean by entry changes? It works good here with latest efl + elementary. activated is called only when I type enter key. Thanks. Daniel Juyung Seo (SeoZ) On Fri, Dec 28, 2012 at 8:50 PM, Tom Hacohen t...@stosb.com wrote: Can you try to find the broken commit? I'm sorry, but as you know, I don't have a proper set up here. On Fri, Dec 28, 2012 at 11:41 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: activated callback is now called whenever the entry changes -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. What I was asking was... what issue you were working around, since you wrote that in the log. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not probably a problem in efreet then. we have pointer leaks on shutdown at least. unrelated to any of the ipc code. known issue I introduced a weak ago when I fixed another leak I'll take a look today or tomorrow. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628==by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628==by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== yep... it happens in the simple example in edbus tree, too. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eve and enjoy segfaulting in dbus
Could you send valgrind logs as well? On Friday, December 28, 2012, Martin Jansa wrote: I haven't seen this with omega/1.7.3/r81287, but now with E17 release/1.7.4/r81627 I see very similar segfaults from eve and enjoy immediately after launching them: eve: Program received signal SIGSEGV, Segmentation fault. __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42 42 pcmpeqb (%rax), %xmm0 (gdb) bt #0 __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42 #1 0x717f6698 in marshal_string (pos_after=0x6bbfa0, byte_order=optimized out, value=0x6575716552007573 Address 0x6575716552007573 out of bounds, insert_at=0, str=0x6b6710) at dbus-marshal-basic.c:821 #2 _dbus_marshal_write_basic (str=0x6b6710, insert_at=0, type=type@entry=115, value=value@entry=0x7fffd7b8, byte_order=optimized out, pos_after=pos_after@entry=0x6bbfa0) at dbus-marshal-basic.c:901 #3 0x717e6c41 in _dbus_type_writer_write_basic_no_typecode (value=0x7fffd7b8, type=115, writer=0x6bbf80) at dbus-marshal-recursive.c:1601 #4 _dbus_type_writer_write_basic_no_typecode (value=0x7fffd7b8, type=115, writer=0x6bbf80) at dbus-marshal-recursive.c:2308 #5 _dbus_type_writer_write_basic (writer=writer@entry=0x6bbf80, type=115, value=0x7fffd7b8) at dbus-marshal-recursive.c:2323 #6 0x717e9b03 in dbus_message_iter_append_basic (value=optimized out, type=optimized out, iter=0x6bbf70) at dbus-message.c:2668 #7 dbus_message_iter_append_basic (iter=0x6bbf70, type=optimized out, value=value@entry=0x7fffd7b8) at dbus-message.c:2578 #8 0x7665c2e3 in append_basic (type=type@entry=115 's', vl=vl@entry=0x7fffd7e8, iter=iter@entry=0x6bbf70) at src/lib/edbus_message.c:416 #9 0x7665d2a0 in _edbus_message_arguments_vappend (msg=msg@entry=0x6b6e70, signature=signature@entry=0x76670065 su, ap=0x717f6688 _dbus_marshal_write_basic+424) at src/lib/edbus_message.c:443 #10 0x7665d985 in edbus_message_arguments_vappend (msg=msg@entry=0x6b6e70, signature=signature@entry=0x76670065 su, ap=ap@entry=0x7fffd8b8) at src/lib/edbus_message.c:481 #11 0x76656e36 in _edbus_proxy_vcall (proxy=0x6bbe00, member=optimized out, cb=0x406640 _cb_dbus_request_name, cb_data=0x6b60f0, timeout=-1, signature=0x76670065 su, ap=0x7fffd8b8) at src/lib/edbus_proxy.c:546 #12 0x76656fc5 in edbus_proxy_call (proxy=optimized out, member=member@entry=0x76670068 RequestName, cb=cb@entry=0x406640 _cb_dbus_request_name, cb_data=optimized out, timeout=timeout@entry=-1, signature=signature@entry=0x76670065 su) at src/lib/edbus_proxy.c:569 #13 0x76662838 in edbus_name_request (conn=conn@entry=0x6b4bd0, name=name@entry=0x41168d org.enlightenment.eve, flags=flags@entry=0, cb=cb@entry=0x406640 _cb_dbus_request_name, cb_data=optimized out) at src/lib/edbus_freedesktop.c:11 #14 0x00407c50 in elm_main (argc=1, argv=0x7fffebd8) at main.c:885 #15 0x75927755 in __libc_start_main (main=0x406470 main, argc=1, ubp_av=0x7fffebd8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffebc8) at libc-start.c:225 #16 0x004064b9 in _start () at ../sysdeps/x86_64/start.S:123 enjoy: Program received signal SIGSEGV, Segmentation fault. __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42 42 pcmpeqb (%rax), %xmm0 (gdb) bt #0 __strlen_sse2 () at ../sysdeps/x86_64/strlen.S:42 #1 0x71bf2698 in marshal_string (pos_after=0x6734d0, byte_order=optimized out, value=0x6575716552007573 Address 0x6575716552007573 out of bounds, insert_at=0, str=0x668c30) at dbus-marshal-basic.c:821 #2 _dbus_marshal_write_basic (str=0x668c30, insert_at=0, type=type@entry=115, value=value@entry=0x7fffe888, byte_order=optimized out, pos_after=pos_after@entry=0x6734d0) at dbus-marshal-basic.c:901 #3 0x71be2c41 in _dbus_type_writer_write_basic_no_typecode (value=0x7fffe888, type=115, writer=0x6734b0) at dbus-marshal-recursive.c:1601 #4 _dbus_type_writer_write_basic_no_typecode (value=0x7fffe888, type=115, writer=0x6734b0) at dbus-marshal-recursive.c:2308 #5 _dbus_type_writer_write_basic (writer=writer@entry=0x6734b0, type=115, value=0x7fffe888) at dbus-marshal-recursive.c:2323 #6 0x71be5b03 in dbus_message_iter_append_basic (value=optimized out, type=optimized out, iter=0x6734a0) at dbus-message.c:2668 #7 dbus_message_iter_append_basic (iter=0x6734a0, type=optimized out, value=value@entry=0x7fffe888) at dbus-message.c:2578 #8 0x7675f2e3 in append_basic (type=type@entry=115 's', vl=vl@entry=0x7fffe8b8, iter=iter@entry=0x6734a0) at src/lib/edbus_message.c:416 #9 0x767602a0 in _edbus_message_arguments_vappend (msg=msg@entry=0x62f020, signature=signature@entry=0x76773065 su, ap=0x71bf2688 _dbus_marshal_write_basic+424) at
Re: [E-devel] Issues with the Stable Release
On Fri, 28 Dec 2012 11:49:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 27 Dec 2012 14:14:09 -0600 Jeff Hoogland jeffhoogl...@linux.com said: Working really hard to get a release all setup with the stable E17 packages, but I seem to be hitting more road blocks with this one than any of the previous snapshots. Not sure what changed, but between Omega and the Stable release every single one of the custom profiles I created for the Omega release stopped working with the stable release (they simply restart the wizard). Not a big deal, I've created all my custom profiles. we changed major version number and versining scheme. we bumped major version up in order to force people to start afresh from a clean default config as Such things should not happen in the day of the release. You should have done this somewhere between alpha and beta stages probably. But you didn't. Zmike made a lot of announcements, asked people to test enlightenment and then trashed their configs. That's really mean and disappointing. -- Igor recommended and then modify from there. your profiles will be crufty and have all sorts of settings in them that are no different by default that you may not know what or why. so i SUGGEST you start from the standard config and then modify again from there. this i guess is the price of using pre-release software from svn. :( you get it.. but wehn release comes... we have put the mechanisms in place to upgrade and modify config. we have, during the past few years, used the nice way which is just upgrade small bits at a time (new cfg vals), but we haven't used the nuke button any time recently. for release we pressed the nuke button. fyi version is now divided into 2 sections. major version (10 *) and minor version (0-9). so you'll have versions like: 11 12 etc. when we bump MAJOR version number up... your cfg is wiped autmatically by e. we bump major version WHEN the cfg is incompatible with the one you have. release at least for us == incompatible, even if in most cases it happens to work, we know there are 1000's of users with crufty old configs who will report issues forever and we'll go works for me and the reality is.. they have some options swizzled that we don't expect them to, and they don't even know, because its an inherited old option. Now issues - I haven't been able to solve. First - the mixer window seems bugged. I cannot resize dialog windows and the mixer settings does not allow me to select which channel I want to gadget to use. Image example - http://imgur.com/8xUki that's weird, mine's much taller than yours... even with a smaller font. i've made it resizable... maybe it has no channels? Second - in the mobile profile, when I add a systray gadget to the panel that contains icons (nm-applet, skype ect.) it causes an instant segfault. If the systray is empty - it adds fine and then causes a segfault as soon as I launch an application that would add a gadget to it. aaah illume. it needs love. it just hasnt had enough of it of late and this was one of the reasons iw as considering removing it all for release. i left it in because of you... you'll have to live with its quirks for a while to come i fear. Again - didn't have these issues on the Omega release with 1.7.3 EFLs. I am using the 1.7.4 EFLs with stable release tarball. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm entry broken
disregard, gdb has failed me On Fri, Dec 28, 2012 at 12:18 PM, Daniel Juyung Seo seojuyu...@gmail.comwrote: Mike, what do you mean by entry changes? It works good here with latest efl + elementary. activated is called only when I type enter key. Thanks. Daniel Juyung Seo (SeoZ) On Fri, Dec 28, 2012 at 8:50 PM, Tom Hacohen t...@stosb.com wrote: Can you try to find the broken commit? I'm sorry, but as you know, I don't have a proper set up here. On Fri, Dec 28, 2012 at 11:41 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: activated callback is now called whenever the entry changes -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx IN trunk/efl/src: lib/ecore_evas modules/ecore_evas/engines/x
On Friday, December 28, 2012, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 12:32 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Thu, Dec 27, 2012 at 11:08 PM, Cedric BAIL cedric.b...@free.frjavascript:; wrote: On Wed, Dec 19, 2012 at 1:27 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: ecore-evas: Async render Author: acidx Date: 2012-12-18 08:27:26 -0800 (Tue, 18 Dec 2012) New Revision: 81283 Trac: http://trac.enlightenment.org/e/changeset/81283 I am just starting to look at this evas async rendering and I am not a big fan of the prototype of evas_render_async. Why do we need to duplicate the evas event infra and specify the Evas_Event_Cb per call to evas_render_async ? It seems to me EVAS_CALLBACK_RENDER_POST should do the job just fine. you can use that, but we did not want to abuse the already existing evas canvas event (with multiple listeners) with that. Also we must return the updates list and it must be emitted only when called in async mode (so others can differentiate). I don't see any abuse here. That infra is here to do just that, notify when a frame has been rendered. In fact, it looks to me like exactly the opposite, yet another callback infrastructure and without any technical reason for it. We do call the RENDER_POST just before calling the async func callback. There is no point in duplicating them. At the same time I don't like the idea of directly giving an Eina_List for update. It should be put in a proper public structure like all others events structure and the list will just be a member of it. Of course that structure should also be send with evas_event_callback_call instead of the current NULL. That's what I specifically want to avoid. The list behavior is the same as the evas_render_updates(), you get it when you called it, you must free it... same as before, single listener/owner as the caller. Propagating it to multiple interested may be non-interesting :-) Propagating it is a zero cost. Every one will see the same pointer to the same data. If they don't want that data, they just need to not look at it. Zero cost, zero impact. Its not the performance impact. It's the possible impact of letting multiple peers know about the information you should not. Why didn't you change evas_render_updates() to emit that list? Isn't it strange that the list returned there is dependent on how it was called (render updates x regular?) should we change to always emit render update list? Etc The code itself is pretty minimal. That wasn't the reason. Is to avoid bad consequences in the future by not changing an existing behavior. Looking from the other way: aside from reducing minimally the code by abusing the callback. What do you gain? -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. terminology in fb... with multiple windows... seems like searching for arguments for what has been done. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... this has nothing to do single instance using D-Bus Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
Am Freitag, 28. Dezember 2012 um 13:08 schrieb Gustavo Sverzut Barbieri: On Friday, December 28, 2012, Leif Middelschulte wrote: Am Freitag, 28. Dezember 2012 um 04:50 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:; (mailto: leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:;) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac (http://configure.ac) ( http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? thats filtering out stuff that will make it break... the problem is what to filter out per locale is a massive long list of every language in the world... :) Well, the replacement I proposed will return the string translated to the locale currently used. So we don't have to filter per locale. gettext will get the current locale and return the translated string :) Given that you have gettext. When I used gentoo I didn't have it, as English works better. I'm more like force Lang=C Even better :) -- Leif -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;(mailto: ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com (mailto:barbi...@gmail.com) Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
Am Freitag, 28. Dezember 2012 um 13:19 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac (http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? and that will work better than just setting LC_ALL=C ? :) Then do it like that. Somehow I wasn't thinking about that option for some reason, although I already used it to manipulate autogen.sh execution in arch's AUR PKGBUILDs ;) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com (mailto:ras...@rasterman.com) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and being very latency sensitive). you didn't complain that ecore-evas-extn uses ecore-ipc? is that a mess because it doesn't? it transport update region commands and input events via ipc... DIRECt from process a to process b. it's another situation where dbus would be a poor choice. a different reason to terminology, but, a reason. but that's unrelated to the issse. the issue is efreet and its use of edbus. if the mainloop never iterates - we have sevg's. regardless if we iterate or not we have pointer leaks on shutdown at least. unrelated to any of the ipc code. IC. Bug to fix. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___
Re: [E-devel] E SVN: raster trunk/ethumb
On Fri, Dec 28, 2012 at 2:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: this pkg check for evi breaks eina pkg check... sutofoo literaly decided pkg-config doesnt exist anymore. i dont know why. :( haa, because the first call of PKG_CHECK_MODULES is in a test. Add PKG_PROG_PKG_CONFIG before Vincent Author: raster Date: 2012-12-28 05:23:52 -0800 (Fri, 28 Dec 2012) New Revision: 81799 Trac: http://trac.enlightenment.org/e/changeset/81799 Modified: trunk/ethumb/configure.ac Modified: trunk/ethumb/configure.ac === --- trunk/ethumb/configure.ac 2012-12-28 13:00:37 UTC (rev 81798) +++ trunk/ethumb/configure.ac 2012-12-28 13:23:52 UTC (rev 81799) @@ -98,7 +98,7 @@ case $host_os in mingw*) - PKG_CHECK_MODULES([EVIL], [evil = 1.6.99]) +dnl PKG_CHECK_MODULES([EVIL], [evil = 1.6.99]) AC_DEFINE([HAVE_EVIL], [1], [Set to 1 if Evil package is installed]) requirement_ethumb=${requirement_ethumb} evil = 1.6.99 ;; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:20:01 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 10:25 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. leak here: ==23628== 120 (64 direct, 56 indirect) bytes in 1 blocks are definitely lost in loss record 70 of 107 ==23628==at 0x4C29E84: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==23628==by 0xB48344F: edbus_connection_name_get (edbus_core.c:476) ==23628==by 0xB482EA8: edbus_connection_name_object_set (edbus_core.c:413) ==23628== by 0xB48DF6B: edbus_object_get (edbus_object.c:211) ==23628==by 0xB484E7A: _connection_get (edbus_core.c:941) ==23628==by 0xB484FC1: edbus_connection_get (edbus_core.c:968) ==23628==by 0x8233529: efreet_cache_init (efreet_cache.c:129) ==23628==by 0x822433D: efreet_init (efreet.c:78) ==23628==by 0x4F28E2F: elm_need_efreet (elm_main.c:449) ==23628==by 0x408CCA: config_init (config.c:24) ==23628==by 0x40DA1B: elm_main (main.c:1003) ==23628==by 0x40E7FB: main (main.c:1322) ==23628== yep... it happens in the simple example in edbus tree, too. and the other issue is a segv... unless the mainloop gets to run (in the client process that fires off the message to the current server). edbus one. i hacked in a different workaround to force the mainloop to tick over a bit. i need to work on other things like focus handling within terminology since now u have have 1 term per window, but i havent set up any examples of that yet. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 10:32:33 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 6:10 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. terminology in fb... with multiple windows... seems like searching for arguments for what has been done. not for me. if you check my machines, you'll find i disable all but 1 or 2 gettys. i have actually used terminology as a fb console replacement when stuck there for a while, and the ability to have multipe intances is something i've been dying to have... and being able to just run terminology from the cmdline and have some tab appear or have my screen dviided into 2x1 or 1x2 or 2x2 or 2x3 grids whenever a new one pops up is something i've been wanting. it'd make it incredibly useful. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... this has nothing to do single instance using D-Bus it has to do with relying on there being a parent dbus session. when you log into a text console... there isn't. if i relied on ecore_x and finding the exisitng terminology window and sending it an x client message to open up a new window (this is the tranditional method of single instance), then i'd drop down to ecore_x and tie the code to x... which would hurt for working in wayland, fb etc. etc. - so my sane choices were dbus and ecore-con/ipc or a custom fifo/pipe or socket. i choice to use existing infra we had that made it easy enough and chose that dbus was going to create moe problems than using ecore-ipc. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Issues with the Stable Release
On Fri, 28 Dec 2012 16:24:03 +0400 Igor Murzov intergalactic.anonym...@gmail.com said: On Fri, 28 Dec 2012 11:49:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 27 Dec 2012 14:14:09 -0600 Jeff Hoogland jeffhoogl...@linux.com said: Working really hard to get a release all setup with the stable E17 packages, but I seem to be hitting more road blocks with this one than any of the previous snapshots. Not sure what changed, but between Omega and the Stable release every single one of the custom profiles I created for the Omega release stopped working with the stable release (they simply restart the wizard). Not a big deal, I've created all my custom profiles. we changed major version number and versining scheme. we bumped major version up in order to force people to start afresh from a clean default config as Such things should not happen in the day of the release. You should have done this somewhere between alpha and beta stages probably. But you didn't. Zmike made a lot of announcements, asked people to test enlightenment and then trashed their configs. That's really mean and disappointing. then we would have broke it several times. the release would have bumped version no matter what. we changed default config during alphas and betas. we expected testing to hapen with clean configs and runs thru the wizard. many people did do that. you would have sent this complaint then at that stage saying it was rude to trash your config during alpha or beta etc. - it wouldnt change anything. i know full well the consequences. it's a choice i made years ago wen i decided to have a versioning scheme and to have a minor and major version where major versions trash config. major version bumps are going to be rare. they have been rare. you've gone YEARS without one. be happy about that. -- Igor recommended and then modify from there. your profiles will be crufty and have all sorts of settings in them that are no different by default that you may not know what or why. so i SUGGEST you start from the standard config and then modify again from there. this i guess is the price of using pre-release software from svn. :( you get it.. but wehn release comes... we have put the mechanisms in place to upgrade and modify config. we have, during the past few years, used the nice way which is just upgrade small bits at a time (new cfg vals), but we haven't used the nuke button any time recently. for release we pressed the nuke button. fyi version is now divided into 2 sections. major version (10 *) and minor version (0-9). so you'll have versions like: 11 12 etc. when we bump MAJOR version number up... your cfg is wiped autmatically by e. we bump major version WHEN the cfg is incompatible with the one you have. release at least for us == incompatible, even if in most cases it happens to work, we know there are 1000's of users with crufty old configs who will report issues forever and we'll go works for me and the reality is.. they have some options swizzled that we don't expect them to, and they don't even know, because its an inherited old option. Now issues - I haven't been able to solve. First - the mixer window seems bugged. I cannot resize dialog windows and the mixer settings does not allow me to select which channel I want to gadget to use. Image example - http://imgur.com/8xUki that's weird, mine's much taller than yours... even with a smaller font. i've made it resizable... maybe it has no channels? Second - in the mobile profile, when I add a systray gadget to the panel that contains icons (nm-applet, skype ect.) it causes an instant segfault. If the systray is empty - it adds fine and then causes a segfault as soon as I launch an application that would add a gadget to it. aaah illume. it needs love. it just hasnt had enough of it of late and this was one of the reasons iw as considering removing it all for release. i left it in because of you... you'll have to live with its quirks for a while to come i fear. Again - didn't have these issues on the Omega release with 1.7.3 EFLs. I am using the 1.7.4 EFLs with stable release tarball. -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)
Re: [E-devel] E SVN: raster trunk/ethumb
On Fri, 28 Dec 2012 14:27:37 +0100 Vincent Torri vincent.to...@gmail.com said: On Fri, Dec 28, 2012 at 2:23 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: this pkg check for evi breaks eina pkg check... sutofoo literaly decided pkg-config doesnt exist anymore. i dont know why. :( haa, because the first call of PKG_CHECK_MODULES is in a test. Add PKG_PROG_PKG_CONFIG before hmm that sucks. that it doesnt handle this case (autofoo). :/ well i re-ordered and its happy. Vincent Author: raster Date: 2012-12-28 05:23:52 -0800 (Fri, 28 Dec 2012) New Revision: 81799 Trac: http://trac.enlightenment.org/e/changeset/81799 Modified: trunk/ethumb/configure.ac Modified: trunk/ethumb/configure.ac === --- trunk/ethumb/configure.ac 2012-12-28 13:00:37 UTC (rev 81798) +++ trunk/ethumb/configure.ac 2012-12-28 13:23:52 UTC (rev 81799) @@ -98,7 +98,7 @@ case $host_os in mingw*) - PKG_CHECK_MODULES([EVIL], [evil = 1.6.99]) +dnl PKG_CHECK_MODULES([EVIL], [evil = 1.6.99]) AC_DEFINE([HAVE_EVIL], [1], [Set to 1 if Evil package is installed]) requirement_ethumb=${requirement_ethumb} evil = 1.6.99 ;; -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Issues with the Stable Release
On Fri, Dec 28, 2012 at 2:20 PM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 16:24:03 +0400 Igor Murzov intergalactic.anonym...@gmail.com said: On Fri, 28 Dec 2012 11:49:24 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Thu, 27 Dec 2012 14:14:09 -0600 Jeff Hoogland jeffhoogl...@linux.com said: Working really hard to get a release all setup with the stable E17 packages, but I seem to be hitting more road blocks with this one than any of the previous snapshots. Not sure what changed, but between Omega and the Stable release every single one of the custom profiles I created for the Omega release stopped working with the stable release (they simply restart the wizard). Not a big deal, I've created all my custom profiles. we changed major version number and versining scheme. we bumped major version up in order to force people to start afresh from a clean default config as Such things should not happen in the day of the release. You should have done this somewhere between alpha and beta stages probably. But you didn't. Zmike made a lot of announcements, asked people to test enlightenment and then trashed their configs. That's really mean and disappointing. then we would have broke it several times. the release would have bumped version no matter what. we changed default config during alphas and betas. we expected testing to hapen with clean configs and runs thru the wizard. many people did do that. you would have sent this complaint then at that stage saying it was rude to trash your config during alpha or beta etc. - it wouldnt change anything. i know full well the consequences. it's a choice i made years ago wen i decided to have a versioning scheme and to have a minor and major version where major versions trash config. major version bumps are going to be rare. they have been rare. you've gone YEARS without one. be happy about that. Maybe proper error message would be shown instead of just restarting wizard if people started complaining between alphas and betas. All I found in e17 log which looked like error when it was restarting wizard after last page was this: 12:15 JaMa|Off someone using E17 with illume now? 12:15 JaMa|Off looks like something got broken between lucky release and final 12:15 JaMa|Off INFee_xkb.c:214 Setting keyboard layout: us 12:15 JaMa|Off CRIevas_mainmain.c:114 Input object is wrong type Expected: 7170 - Evas_Object Supplied: 00841f0f - UNKNOWN 12:15 JaMa|Off INFee_xkb.c:214 Setting keyboard layout: us 12:15 JaMa|Off E17: Begin Shutdown Procedure! 12:16 JaMa|Off and then 1st time wizard is started again 12:17 JaMa|Off ah even in omega it worked OK Not very usefull.. I've found that change of versioning only because there was only a few commits between lucky and zero. Regards, -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
Hi Vincent, could you, the master of autotools, add LANG=C to the grep commands in the EFL, as described below? I don't want to poach in your teretory ;) Thanks, Leif Am Freitag, 28. Dezember 2012 um 13:08 schrieb Gustavo Sverzut Barbieri: On Friday, December 28, 2012, Leif Middelschulte wrote: Am Freitag, 28. Dezember 2012 um 04:50 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:; (mailto: leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:;) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac (http://configure.ac) ( http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? thats filtering out stuff that will make it break... the problem is what to filter out per locale is a massive long list of every language in the world... :) Well, the replacement I proposed will return the string translated to the locale currently used. So we don't have to filter per locale. gettext will get the current locale and return the translated string :) Given that you have gettext. When I used gentoo I didn't have it, as English works better. I'm more like force Lang=C -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;(mailto: ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com (mailto:barbi...@gmail.com) Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] configure.ac English terms
On Fri, Dec 28, 2012 at 3:06 PM, Leif Middelschulte leif.middelschu...@gmail.com wrote: Hi Vincent, could you, the master of autotools, add LANG=C to the grep commands in the EFL, as described below? I don't want to poach in your teretory ;) do whatever you want Thanks, Leif Am Freitag, 28. Dezember 2012 um 13:08 schrieb Gustavo Sverzut Barbieri: On Friday, December 28, 2012, Leif Middelschulte wrote: Am Freitag, 28. Dezember 2012 um 04:50 schrieb Carsten Haitzler: On Thu, 27 Dec 2012 16:35:58 +0100 Leif Middelschulte leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:; (mailto: leif.middelschu...@gmail.com (mailto:leif.middelschu...@gmail.com) javascript:;) said: Hello everyone, Does anybody have a problem with replacing the English terms parameters of grep in m4_define([v_rev], m4_esyscmd([(svnversion ${SVN_REPO_PATH:-.} | grep -v '\(export\|Unversioned directory\)' || echo 0) | awk -F : '{printf(%s \n, $1);}' | tr -d ' :MSP\n'])) (taken from configure.ac (http://configure.ac) ( http://configure.ac)) with something like `gettext -d subversion Unversioned directory%` so it'll work in non-Enligsh environments too? thats filtering out stuff that will make it break... the problem is what to filter out per locale is a massive long list of every language in the world... :) Well, the replacement I proposed will return the string translated to the locale currently used. So we don't have to filter per locale. gettext will get the current locale and return the translated string :) Given that you have gettext. When I used gentoo I didn't have it, as English works better. I'm more like force Lang=C -- Leif -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler) ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;(mailto: ras...@rasterman.com (mailto:ras...@rasterman.com) javascript:;) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com (mailto:barbi...@gmail.com) Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net (mailto:enlightenment-devel@lists.sourceforge.net) https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/ethumb
On Fri, Dec 28, 2012 at 3:39 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: look for pkg confg prog. it's useless, now that you put evil test after the first call of PKG_CHECK_MODULES... Vincent Author: raster Date: 2012-12-28 06:39:21 -0800 (Fri, 28 Dec 2012) New Revision: 81803 Trac: http://trac.enlightenment.org/e/changeset/81803 Modified: trunk/ethumb/configure.ac Modified: trunk/ethumb/configure.ac === --- trunk/ethumb/configure.ac 2012-12-28 14:20:26 UTC (rev 81802) +++ trunk/ethumb/configure.ac 2012-12-28 14:39:21 UTC (rev 81803) @@ -96,6 +96,8 @@ fi ], [:]) +PKG_PROG_PKG_CONFIG + PKG_CHECK_MODULES(EINA, [eina = 1.6.99]) PKG_CHECK_MODULES(EVAS, [evas = 1.6.99]) PKG_CHECK_MODULES(ECORE, [ecore = 1.6.99]) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] backlight/screensaver config bug
this is mainly for raster since he last worked on this: both dpms and screensaver config apply and check backlight timer against screensaver timer. there's a slight discrepancy, however: e_int_config_screensaver.c: if ((e_config-backlight.idle_dim) (e_config-backlight.timer (e_config-screensaver_timeout))) { e_config-screensaver_timeout = e_config-backlight.timer; e_config-dpms_standby_timeout = e_config-screensaver_timeout; e_config-dpms_suspend_timeout = e_config-screensaver_timeout; e_config-dpms_off_timeout = e_config-screensaver_timeout; } e_int_config_dpms.c: if ((e_config-backlight.idle_dim) (e_config-backlight.timer (e_config-screensaver_timeout))) { e_config-screensaver_timeout = cfdata-backlight_timeout; e_config-dpms_standby_timeout = e_config-screensaver_timeout; e_config-dpms_suspend_timeout = e_config-screensaver_timeout; e_config-dpms_off_timeout = e_config-screensaver_timeout; } I'm guessing these should be identical, so when you get a chance this should be fixed -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.comwrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. indeed this is a problem with many distros setup that launch dbus session from Xsession rather from PAM session, then you just have a session per X, not per user. but bashrc could do that very easily anyways. Note: the only different here from your ecore_con approach is that you fixed the name path, while the dbus one is variable. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. the thing is that you end with more problems to solve: handle with stale socket files, simultaneous activation, etc.. remember the mess with efm_op daemon that would race when multiple processes were started at the same time? i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. ecore-ipc is a thin wrapper over pure socket and doesn't solve the leaving stale sockets on death, neither it helps with single instance and races during starts. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and being very latency sensitive). you didn't complain that ecore-evas-extn uses ecore-ipc? is that a mess because it doesn't? it transport update region commands and input events via ipc... DIRECt from process a to process b. it's another situation where dbus would be a poor choice. a
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. D-Bus is way far from being my favorite technology. But it's there and it works. Single instance is one of the things people keep reinventing the wheel, just because they can. I think you judgement is biased by your rage against D-Bus and IMO demonstrate a little of NIH - maybe because you were in contact with crazy tizen programs using d-bus for *intra*-process communication. Your words d-bus/edbus/e_dbus is a mess; ecore_ipc isn't demonstrates that very much. other situations where dbus is a poor choice: high volume data traffic or where latency is highly important (implementing x protcol via dbus would be one of the most braindamaged things you could ever due to it it having high volume and This is one of the situations that's very well known that d-bus is a poor choice. Just because it wasn't designed for this. Why are you raising this point? I am advocating that for this one feature - single instance process - d-bus should be used. I am hoping for the day d-bus is merged in the kernel so I don't have to answer all arguments like these. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step
Re: [E-devel] E SVN: mello trunk/PROTO/elev8/src/bin
On Thu, Dec 27, 2012 at 6:12 PM, Cedric BAIL moa.blueb...@gmail.com wrote: Cedric Bail On Dec 28, 2012 3:07 AM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: elev8: Removed daemonizing behaviour Summary: - As init systems (like systemd) handle the daemonizing stuff, elev8 doesn't need to worry about it. This seems weird to me as an excuse. Elev8 as a daemon run in the user session and systemd is clearly not ready there. As I will use e infra to start it, I don't really care, but doesn't that impact other environment? It doesn't impact. There are plenty of ways to daemonize. There is support in init systems to do that for you... and this includes sysv and upstart (start-stop-daemon handles this in the latter). Having custom code on all binaries is the worst of them. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] XKB variant wrongly set - ticket #2119, fix attached
Hi, when some of layouts are in 'basic' variant and some are not, setxkbmap command is wrongly constructed as 'basic' is ommited without comma. Attached patch will produce comma for that case. Please apply the fix. Best regards, Tomas Cech Sleep_Walker From 447e0fe2050a751e4ca0448f17013958f648ec21 Mon Sep 17 00:00:00 2001 From: =?utf8?q?Tom=C3=A1=C5=A1=20=C4=8Cech?= sleep_wal...@suse.cz Date: Fri, 28 Dec 2012 16:38:57 +0100 Subject: [PATCH] E_XKB: write comma when ommiting 'basic' variant as a parameter MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit use at least comma so the number of variants is the same see (ticket #2119) Signed-off-by: Tomáš Čech sleep_wal...@suse.cz --- e/src/bin/e_xkb.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/e/src/bin/e_xkb.c b/e/src/bin/e_xkb.c index c289da1..e1984da 100644 --- a/e/src/bin/e_xkb.c +++ b/e/src/bin/e_xkb.c @@ -78,9 +78,8 @@ e_xkb_update(int cur_group) eina_strbuf_append(buf, ' -variant '); EINA_LIST_FOREACH(e_config-xkb.used_layouts, l, cl) { - if (cl-variant) + if ((cl-variant) (strcmp(cl-variant, basic))) { - if (!strcmp(cl-variant, basic)) continue; eina_strbuf_append(buf, cl-variant); eina_strbuf_append(buf, ,); } -- 1.7.10.4 signature.asc Description: Digital signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.in trunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.ac trunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.in trunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.ac trunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
On Fri, 28 Dec 2012 15:59:57 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.in trunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.ac trunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi because merging is fun -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
i don't see why eve wouldn't work with 1.8, do you have a backtrace? also it's unreleased... may be broken for a while until someone cares about it On Fri, Dec 28, 2012 at 4:49 PM, Doug Newgard scimmi...@outlook.com wrote: I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
It's not eve specifically, it's the efl port of webkit. It will not build with EFL from trunk, only from the releases. Date: Fri, 28 Dec 2012 16:57:42 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus i don't see why eve wouldn't work with 1.8, do you have a backtrace? also it's unreleased... may be broken for a while until someone cares about it On Fri, Dec 28, 2012 at 4:49 PM, Doug Newgard scimmi...@outlook.com wrote: I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only --
Re: [E-devel] E SVN: raster trunk/e/src/bin
On Thu, 27 Dec 2012 19:28:25 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: allow for primary toplevel menus screen height (or width) and autoscroll them correctly. also raise the limits for menu sizes up to 30k or 2x zone height for menu item cutoff... Author: raster Date: 2012-12-27 19:28:25 -0800 (Thu, 27 Dec 2012) New Revision: 81778 Trac: http://trac.enlightenment.org/e/changeset/81778 Modified: trunk/e/src/bin/e_menu.c Modified: trunk/e/src/bin/e_menu.c === --- trunk/e/src/bin/e_menu.c 2012-12-28 03:24:07 UTC (rev 81777) +++ trunk/e/src/bin/e_menu.c 2012-12-28 03:28:25 UTC (rev 81778) @@ -1152,10 +1152,16 @@ int x, y, w, h; e_zone_useful_geometry_get(m-zone, x, y, w, h); - if ((m-cur.x + m-cur.w) (x + w)) - m-cur.x = x + w - m-cur.w; - if ((m-cur.y + m-cur.h) (y + h)) - m-cur.y = y + h - m-cur.h; + if (m-cur.w = w) + { +if ((m-cur.x + m-cur.w) (x + w)) + m-cur.x = x + w - m-cur.w; + } + if (m-cur.h = h) + { +if ((m-cur.y + m-cur.h) (y + h)) + m-cur.y = y + h - m-cur.h; + } } m-prev.x = m-cur.x; m-prev.y = m-cur.y; @@ -1796,7 +1802,7 @@ int min_submenu_w = 0, min_submenu_h = 0; int min_toggle_w = 0, min_toggle_h = 0; int min_w = 0, min_h = 0; - int zh = 0, ms = 0; + int zh = 0, ms = 0, maxh = 0; unsigned int cur_items = 0, max_items = -1; e_box_freeze(m-container_object); @@ -1867,11 +1873,14 @@ if (min_h * eina_list_count(m-items) = (unsigned int)m-zone-h) { e_zone_useful_geometry_get(m-zone, NULL, NULL, NULL, zh); -max_items = zh / min_h - 1; +maxh = zh * 2; +if (maxh 3) maxh = 3; // 32k x 32k mx coord limit for wins +max_items = (maxh / min_h) - 1; } EINA_LIST_FOREACH(m-items, l, mi) { -if ((cur_items = max_items) || (zh ((ms + (2 * mh) = zh) || (ms + (2 * mi-separator_h) = zh +if ((cur_items = max_items) || +(maxh ((ms + (2 * mh) = maxh) || (ms + (2 * mi-separator_h) = maxh { _e_menu_item_unrealize(mi); continue; fyi this commit 100% breaks the Move to menu for me. I'll be reverting it in a day or two if it isn't fixed -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] configure.ac v_rev svnversion locale
Hello folks, I don't have the entire svn repository around, but I figured I'd provide patches for at least some libs/apps. The patches were created using: for i in `find . -name configure.ac; do sed -i'' '/Unversioned/s/svnversion/LANG=C svnversion/' $i; done; So please either apply the patches or - if you have more stuff around - execute the command above and commit the changes. -- Leif azy_configure_ac_lang_c_svnversion.diff Description: Binary data e_configure_ac_lang_c_svnversion.diff Description: Binary data e_dbus_configure_ac_lang_c_svnversion.diff Description: Binary data edbus_configure_ac_lang_c_svnversion.diff Description: Binary data edje_configure_ac_lang_c_svnversion.diff Description: Binary data eeze_configure_ac_lang_c_svnversion.diff Description: Binary data efl_configure_ac_lang_c_svnversion.diff Description: Binary data efreet_configure_ac_lang_c_svnversion.diff Description: Binary data elementary_configure_ac_lang_c_svnversion.diff Description: Binary data emotion_configure_ac_lang_c_svnversion.diff Description: Binary data ephysics_configure_ac_lang_c_svnversion.diff Description: Binary data ethumb_configure_ac_lang_c_svnversion.diff Description: Binary data etrophy_configure_ac_lang_c_svnversion.diff Description: Binary data -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
yet again webkit-efl showing how to interact with one of the projects ;-) I have never heard from webkit-efl dudes, they said they would hang around and participate more, but nothing happened :-/ file a bug report for them. On Fri, Dec 28, 2012 at 5:02 PM, Doug Newgard scimmi...@outlook.com wrote: It's not eve specifically, it's the efl port of webkit. It will not build with EFL from trunk, only from the releases. Date: Fri, 28 Dec 2012 16:57:42 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus i don't see why eve wouldn't work with 1.8, do you have a backtrace? also it's unreleased... may be broken for a while until someone cares about it On Fri, Dec 28, 2012 at 4:49 PM, Doug Newgard scimmi...@outlook.com wrote: I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
On Fri, 28 Dec 2012 17:40:19 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: yet again webkit-efl showing how to interact with one of the projects ;-) I have never heard from webkit-efl dudes, they said they would hang around and participate more, but nothing happened :-/ file a bug report for them. On Fri, Dec 28, 2012 at 5:02 PM, Doug Newgard scimmi...@outlook.com wrote: It's not eve specifically, it's the efl port of webkit. It will not build with EFL from trunk, only from the releases. Date: Fri, 28 Dec 2012 16:57:42 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus i don't see why eve wouldn't work with 1.8, do you have a backtrace? also it's unreleased... may be broken for a while until someone cares about it On Fri, Dec 28, 2012 at 4:49 PM, Doug Newgard scimmi...@outlook.com wrote: I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi we have a webkit port?? -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_text_set for empty string is broken
please review :) Index: evas_object_text.c === --- evas_object_text.c (revision 81826) +++ evas_object_text.c (working copy) @@ -972,10 +972,11 @@ _evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, _text); o-prev.utf8_text = NULL; -} + } else { -if (text) free(text); +_evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, NULL); } _evas_object_text_recalc(eo_obj); On Fri, Dec 28, 2012 at 4:16 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 3:18 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 11:07 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:53 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:48 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:19 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:08 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: i've seen this in evrything for example: first char stays visible after deletion until something new is typed On what kind of part ? TEXT ? Are you using ellipsis in that case ? yes, it's the input text part. nothing changed in evry for a while. i followed gdb through evry - edje - eo - edje to _edje_object_part_text_raw_set and it all looks correct to that point (on the first sight). maybe something missing in _edje_recalc phase? That's why I asked about ellipsis. We did a huge change there to make it faster, but maybe we did miss some case. Before edje did calculate the ellipsis on its own, by trying all possible size until it did fit. Now it's done in one pass in Evas directly. That's the main change here. ah, no the part is not using ellipsis Oh, so I didn't break everything ? That would have been an achievements. Do you have a simple test case ? i made one: http://www.enlightenment.org/~jeffdameth/test_text.c with http://www.enlightenment.org/~jeffdameth/test.edj when the text is directly replaced in main it works, but not when done in the timer cb -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Janitor/Docs task: need help
Hi all, We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h - unify ecore_x's docs, review docs from both xcb and xlib, add to Ecore_X The doxygen docs are those that start with /** Doxygen docs can be found at http://www.stack.nl/~dimitri/doxygen/commands.html One can review it with make doc and then access docs/html/index.html -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Janitor/Docs task: need help
On Fri, 28 Dec 2012 18:08:05 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h - unify ecore_x's docs, review docs from both xcb and xlib, add to Ecore_X The doxygen docs are those that start with /** Doxygen docs can be found at http://www.stack.nl/~dimitri/doxygen/commands.html One can review it with make doc and then access docs/html/index.html I already plan to go over the edje Lua docs once edje is merged into the efl tree. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/terminology/src/bin
* Enlightenment SVN no-re...@enlightenment.org [2012-12-28 12:30:31 -0800]: Log: terminology crashes on close-- Author: discomfitor Date: 2012-12-28 12:30:31 -0800 (Fri, 28 Dec 2012) New Revision: 81843 Trac: http://trac.enlightenment.org/e/changeset/81843 Modified: trunk/terminology/src/bin/termio.c Modified: trunk/terminology/src/bin/termio.c === --- trunk/terminology/src/bin/termio.c2012-12-28 20:20:34 UTC (rev 81842) +++ trunk/terminology/src/bin/termio.c2012-12-28 20:30:31 UTC (rev 81843) @@ -2346,7 +2346,7 @@ termpty_shutdown(); - _parent_sc.del(obj); + //_parent_sc.del(obj); Look! Plain old smart obj inheritance!! Terminology wants eo :P evas_object_smart_data_set(obj, NULL); free(sd); } -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-svn mailing list enlightenment-...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-svn -- Gustavo Lima Chaves Senior Developer @ ProFUSION Embedded Systems -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: discomfitor trunk/terminology/src/bin
On Fri, 28 Dec 2012 18:35:20 -0200 Gustavo Lima Chaves gl...@profusion.mobi wrote: * Enlightenment SVN no-re...@enlightenment.org [2012-12-28 12:30:31 -0800]: Log: terminology crashes on close-- Author: discomfitor Date: 2012-12-28 12:30:31 -0800 (Fri, 28 Dec 2012) New Revision: 81843 Trac: http://trac.enlightenment.org/e/changeset/81843 Modified: trunk/terminology/src/bin/termio.c Modified: trunk/terminology/src/bin/termio.c === --- trunk/terminology/src/bin/termio.c 2012-12-28 20:20:34 UTC (rev 81842) +++ trunk/terminology/src/bin/termio.c 2012-12-28 20:30:31 UTC (rev 81843) @@ -2346,7 +2346,7 @@ termpty_shutdown(); - _parent_sc.del(obj); + //_parent_sc.del(obj); Look! Plain old smart obj inheritance!! Terminology wants eo :P evas_object_smart_data_set(obj, NULL); free(sd); } http://25.media.tumblr.com/97aae70ed1f3e233c9ff13d4696a28a1/tumblr_mfankapRB31rrju89o1_500.jpg -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: barbieri IN trunk/efl: doc src/lib/eio
On Fri, 28 Dec 2012 12:47:25 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl/eio: fix docs. Author: barbieri Date: 2012-12-28 12:47:25 -0800 (Fri, 28 Dec 2012) New Revision: 81846 Trac: http://trac.enlightenment.org/e/changeset/81846 Added: trunk/efl/doc/eio_examples.dox Removed: trunk/efl/doc/eio.dox.in Modified: trunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/lib/eio/Eio.h if you fix edje docs while you're doing this you will be a hero -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Janitor/Docs task: need help
On Fri, Dec 28, 2012 at 6:08 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi all, We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h I really hate our headers because of this. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Janitor/Docs task: need help
On Fri, 28 Dec 2012 19:24:27 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 6:08 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi all, We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h I really hate our headers because of this. Lucas De Marchi agreed -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Janitor/Docs task: need help
Hi, On Fri, Dec 28, 2012 at 7:24 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 6:08 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi all, We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h I really hate our headers because of this. Why? It's useful to have documentation there and not in the .c files so it's a bonus. :-) -- Ulisses Furquim ProFUSION embedded systems http://profusion.mobi Mobile: +55 19 9250 0942 Skype: ulissesffs -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eo and efl
Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] XKB variant wrongly set - ticket #2119, fix attached
Discomfitor told me to include ChangeLog and NEWS entry, so they're part of new attached patch now. Cheers, Sleep_Walker From 52ec46341f7b2c1a6239b929afb637d0c14b318f Mon Sep 17 00:00:00 2001 From: =?utf8?q?Tom=C3=A1=C5=A1=20=C4=8Cech?= sleep_wal...@suse.cz Date: Fri, 28 Dec 2012 22:48:30 +0100 Subject: [PATCH] E_XKB: write comma when ommiting 'basic' variant as a parameter MIME-Version: 1.0 Content-Type: text/plain; charset=utf8 Content-Transfer-Encoding: 8bit use at least comma so the number of variants is the same as number of layouts see (ticket #2119) Signed-off-by: Tomáš Čech sleep_wal...@suse.cz --- e/ChangeLog |3 +++ e/NEWS|5 + e/src/bin/e_xkb.c |3 +-- 3 files changed, 9 insertions(+), 2 deletions(-) diff --git a/e/ChangeLog b/e/ChangeLog index 33b3181..73e475d 100644 --- a/e/ChangeLog +++ b/e/ChangeLog @@ -1,3 +1,6 @@ +2012-12-28 trunk + * Fix construction of variant list for setxkbmap + 2012-12-21 Initial release diff --git a/e/NEWS b/e/NEWS index e69de29..8cc7b4f 100644 --- a/e/NEWS +++ b/e/NEWS @@ -0,0 +1,5 @@ +Changes since 0.17.0: +- + +Fixes: +* Fix construction of variant list for setxkbmap diff --git a/e/src/bin/e_xkb.c b/e/src/bin/e_xkb.c index c289da1..e1984da 100644 --- a/e/src/bin/e_xkb.c +++ b/e/src/bin/e_xkb.c @@ -78,9 +78,8 @@ e_xkb_update(int cur_group) eina_strbuf_append(buf, ' -variant '); EINA_LIST_FOREACH(e_config-xkb.used_layouts, l, cl) { - if (cl-variant) + if ((cl-variant) (strcmp(cl-variant, basic))) { - if (!strcmp(cl-variant, basic)) continue; eina_strbuf_append(buf, cl-variant); eina_strbuf_append(buf, ,); } -- 1.7.10.4 signature.asc Description: Digital signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eo and efl
On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] XKB variant wrongly set - ticket #2119, fix attached
On Fri, 28 Dec 2012 23:23:01 +0100 Tomas Cech tc...@suse.cz wrote: Discomfitor told me to include ChangeLog and NEWS entry, so they're part of new attached patch now. Cheers, Sleep_Walker I give you an F for your ChangeLog/NEWS updates, but an A for effort -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eo and efl
On Fri, 28 Dec 2012 22:31:18 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? I'll add my two cents worth. Initially I think I was keen on the idea, but was waiting to see what the implementation was like. It did worry me that we seemed to be getting more than one OO system being worked on at the same time. However, I've just wasted a whole day tracking down that I was passing an Evas_Object to a function that needed an Evas. It compiled and worked fine under the merged efl tree, but not on EFL 1.7.4. Under 1.7.4 there was no complaints, just missing text. So today, I don't like the implementation. I've not actually studied it though, just pissed off after today's wasted work. There may be things about it I actually like if I bother to look at it. lol -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Janitor/Docs task: need help
agreed as well, but that's the way people want efl to be, then it's better to have a single style. (and we should start shipping pre-compiled headers, as we're growing some monsters now) On Fri, Dec 28, 2012 at 7:32 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 19:24:27 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 6:08 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Hi all, We're trying to improve the docs for the single tree efl, but we need some help. The task is simple, but most core devs won't have time to do it: - move all doxygen docs from .c to .h I really hate our headers because of this. Lucas De Marchi agreed -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] eina_module core-dump
Hello everyone, I'm trying to use eina_module for a project. Unfortunatelly I keep getting a SEGFAULT with a core-dump when I implement the functions '__eina_module_init' or '__eina_module_shutdown'. Symbols are exported (checked with nm). Is there something I am missing? -- Leif -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Q :- is E17 really need this volume from Virtual memory
Le 29 déc. 2012 08:43, المسالم المسالمة almusalimalmusali...@gmail.com a écrit : hello again take a look at the picture as you can see from it enlightenment use 725 megabyte from VM so is this a normal situation or what ... because i hear E17 is a light-desktop but this result is really shocking This is not real memory. If you are using opengl and a nvidia card, GPU register and memory will be mapped there for example. If you want to know how much memory e17 use for real, look at the heap section in /process/$(E17-pid)/snaps . Cedric -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_text_set for empty string is broken
Your patch mixes (and breaks) formatting and logic. On Fri, Dec 28, 2012 at 7:55 PM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: please review :) Index: evas_object_text.c === --- evas_object_text.c (revision 81826) +++ evas_object_text.c (working copy) @@ -972,10 +972,11 @@ _evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, _text); o-prev.utf8_text = NULL; -} + } else { -if (text) free(text); +_evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, NULL); } _evas_object_text_recalc(eo_obj); On Fri, Dec 28, 2012 at 4:16 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 3:18 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 11:07 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:53 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:48 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:19 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:08 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: i've seen this in evrything for example: first char stays visible after deletion until something new is typed On what kind of part ? TEXT ? Are you using ellipsis in that case ? yes, it's the input text part. nothing changed in evry for a while. i followed gdb through evry - edje - eo - edje to _edje_object_part_text_raw_set and it all looks correct to that point (on the first sight). maybe something missing in _edje_recalc phase? That's why I asked about ellipsis. We did a huge change there to make it faster, but maybe we did miss some case. Before edje did calculate the ellipsis on its own, by trying all possible size until it did fit. Now it's done in one pass in Evas directly. That's the main change here. ah, no the part is not using ellipsis Oh, so I didn't break everything ? That would have been an achievements. Do you have a simple test case ? i made one: http://www.enlightenment.org/~jeffdameth/test_text.c with http://www.enlightenment.org/~jeffdameth/test.edj when the text is directly replaced in main it works, but not when done in the timer cb -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] edje_object_part_text_set for empty string is broken
On Sat, Dec 29, 2012 at 1:25 AM, Tom Hacohen t...@stosb.com wrote: Your patch mixes (and breaks) formatting and logic. ack. it was just intended to show where the cause of the problem concerning the subject lies On Fri, Dec 28, 2012 at 7:55 PM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: please review :) Index: evas_object_text.c === --- evas_object_text.c (revision 81826) +++ evas_object_text.c (working copy) @@ -972,10 +972,11 @@ _evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, _text); o-prev.utf8_text = NULL; -} + } else { -if (text) free(text); +_evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, NULL); } _evas_object_text_recalc(eo_obj); On Fri, Dec 28, 2012 at 4:16 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 3:18 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 11:07 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:53 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:48 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:19 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:08 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: i've seen this in evrything for example: first char stays visible after deletion until something new is typed On what kind of part ? TEXT ? Are you using ellipsis in that case ? yes, it's the input text part. nothing changed in evry for a while. i followed gdb through evry - edje - eo - edje to _edje_object_part_text_raw_set and it all looks correct to that point (on the first sight). maybe something missing in _edje_recalc phase? That's why I asked about ellipsis. We did a huge change there to make it faster, but maybe we did miss some case. Before edje did calculate the ellipsis on its own, by trying all possible size until it did fit. Now it's done in one pass in Evas directly. That's the main change here. ah, no the part is not using ellipsis Oh, so I didn't break everything ? That would have been an achievements. Do you have a simple test case ? i made one: http://www.enlightenment.org/~jeffdameth/test_text.c with http://www.enlightenment.org/~jeffdameth/test.edj when the text is directly replaced in main it works, but not when done in the timer cb -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] eo and efl
Hello, On Fri, Dec 28, 2012 at 11:17 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. It does, just everything is not done yet. See below. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. Why ? You have less to type than before and you can now mix function call from different name space. It does bring benefit by reducing the need to check EINA_MAGIC for every API call for example. It still provide type checking to some extent at compile time. It also open up some load time improvement by reducing the number of symbol to link. Later on we can split the enum and the legacy api in two library, so application that only use eo_do will have the benefit of a faster startup time. By having one entry point we can now improve our debugging infra quite a lot. For example, instead of returning pointer, we can return an ID and check if it is still valid before touching it avoiding safely all use after evas_object_del for example. We now have weak reference and refcounting. There is also some possibility to reduce memory usage and run some gc to compact memory as needed. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. As far as I know ioctl doesn't have any type checking at compile time. - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. I did benchmark at every point when this was added in trunk. You will see some patch from me in evas_render code that was linked to some speed regression. Over all expedite suffer a less than 5% slow down (without using directly eo_do API). - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. C++ is not really sweeted for ABI/API stability ( for reference : http://techbase.kde.org/Policies/Binary_Compatibility_Issues_With_C++ ). With EO, we only have two rules to follow: only add new enum at the end of the enum list and never remove any inheritance link. Every think else is good to go. That's of course without talking about startup time... And also live debugging feature. There is an ongoing work on integrating clouseau and eo. This mean we will be able to also walk the list of all live object in a running program. For large program like Enlightenment, this open up the possibility to check how many idler, timer, animator, ... are sitting around and how we can optimize our stack. That's why moving Ecore to Eo make sense. One infra that help every one. In fact Eo will help us a lot in writing an EFL IDE. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? Because smart object is really far from any useful object model. No multi inheritance. Highly tied to evas_object... I will let you continue on that list, just look at Eo feature and you will see everything that smart object are lacking and can't get. - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party That is something I think is annoying to. It is clearly to much verbose for nothing, should be fixed in my opinion. - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) Yes, in C++ you can't change a returned type ever or it break ABI/API. That's a C++ issue. Regarding C++, it is now much more easy to provide a clean binding to EFL that will have much less chance to have his ABI/API break. -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with
Re: [E-devel] edje_object_part_text_set for empty string is broken
Well, was more of a general comment than something specific about this one-liner. :) On Sat, Dec 29, 2012 at 12:34 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Sat, Dec 29, 2012 at 1:25 AM, Tom Hacohen t...@stosb.com wrote: Your patch mixes (and breaks) formatting and logic. ack. it was just intended to show where the cause of the problem concerning the subject lies On Fri, Dec 28, 2012 at 7:55 PM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: please review :) Index: evas_object_text.c === --- evas_object_text.c (revision 81826) +++ evas_object_text.c (working copy) @@ -972,10 +972,11 @@ _evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, _text); o-prev.utf8_text = NULL; -} + } else { -if (text) free(text); +_evas_object_text_layout(eo_obj, o, text); eina_stringshare_replace(o-cur.utf8_text, NULL); } _evas_object_text_recalc(eo_obj); On Fri, Dec 28, 2012 at 4:16 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 3:18 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 11:07 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:53 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:48 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: On Fri, Dec 28, 2012 at 2:19 AM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 10:08 AM, hannes.janet...@gmail.com hannes.janet...@googlemail.com wrote: i've seen this in evrything for example: first char stays visible after deletion until something new is typed On what kind of part ? TEXT ? Are you using ellipsis in that case ? yes, it's the input text part. nothing changed in evry for a while. i followed gdb through evry - edje - eo - edje to _edje_object_part_text_raw_set and it all looks correct to that point (on the first sight). maybe something missing in _edje_recalc phase? That's why I asked about ellipsis. We did a huge change there to make it faster, but maybe we did miss some case. Before edje did calculate the ellipsis on its own, by trying all possible size until it did fit. Now it's done in one pass in Evas directly. That's the main change here. ah, no the part is not using ellipsis Oh, so I didn't break everything ? That would have been an achievements. Do you have a simple test case ? i made one: http://www.enlightenment.org/~jeffdameth/test_text.c with http://www.enlightenment.org/~jeffdameth/test.edj when the text is directly replaced in main it works, but not when done in the timer cb -- Cedric BAIL -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Tom. -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200
Re: [E-devel] eo and efl
On Fri, Dec 28, 2012 at 11:55 PM, David Seikel onef...@gmail.com wrote: On Fri, 28 Dec 2012 22:31:18 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? I'll add my two cents worth. Initially I think I was keen on the idea, but was waiting to see what the implementation was like. It did worry me that we seemed to be getting more than one OO system being worked on at the same time. However, I've just wasted a whole day tracking down that I was passing an Evas_Object to a function that needed an Evas. It compiled and worked fine under the merged efl tree, but not on EFL 1.7.4. Under 1.7.4 there was no complaints, just missing text. This is cleary a bug, it should have triggered a critical warning at run time. Care to share which function ? -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx IN trunk/efl/src: lib/ecore_evas modules/ecore_evas/engines/x
On Fri, Dec 28, 2012 at 1:33 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Friday, December 28, 2012, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 12:32 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Thu, Dec 27, 2012 at 11:08 PM, Cedric BAIL cedric.b...@free.frjavascript:; wrote: On Wed, Dec 19, 2012 at 1:27 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: ecore-evas: Async render Author: acidx Date: 2012-12-18 08:27:26 -0800 (Tue, 18 Dec 2012) New Revision: 81283 Trac: http://trac.enlightenment.org/e/changeset/81283 I am just starting to look at this evas async rendering and I am not a big fan of the prototype of evas_render_async. Why do we need to duplicate the evas event infra and specify the Evas_Event_Cb per call to evas_render_async ? It seems to me EVAS_CALLBACK_RENDER_POST should do the job just fine. you can use that, but we did not want to abuse the already existing evas canvas event (with multiple listeners) with that. Also we must return the updates list and it must be emitted only when called in async mode (so others can differentiate). I don't see any abuse here. That infra is here to do just that, notify when a frame has been rendered. In fact, it looks to me like exactly the opposite, yet another callback infrastructure and without any technical reason for it. We do call the RENDER_POST just before calling the async func callback. There is no point in duplicating them. At the same time I don't like the idea of directly giving an Eina_List for update. It should be put in a proper public structure like all others events structure and the list will just be a member of it. Of course that structure should also be send with evas_event_callback_call instead of the current NULL. That's what I specifically want to avoid. The list behavior is the same as the evas_render_updates(), you get it when you called it, you must free it... same as before, single listener/owner as the caller. Propagating it to multiple interested may be non-interesting :-) Propagating it is a zero cost. Every one will see the same pointer to the same data. If they don't want that data, they just need to not look at it. Zero cost, zero impact. Its not the performance impact. It's the possible impact of letting multiple peers know about the information you should not. Why didn't you change evas_render_updates() to emit that list? Isn't it strange that the list returned there is dependent on how it was called (render updates x regular?) should we change to always emit render update list? Etc Well, there is no problem in not adding it as current behavior (receiving NULL) is valid. The code itself is pretty minimal. That wasn't the reason. Is to avoid bad consequences in the future by not changing an existing behavior. Well, I kind of see it full of bad consequence. We are now passing a callback that may change from one frame to another. So if for example instead of the current logic, we want to let the next frame go and block after the list of command has been build, then we are entering a complex stage. The more level of asynchronous you add, the more problematic it become. You don't have this issue with evas callback as we can just define that changing the callback list when a frame is rendered is prohibited. As a matter of fact, we will need to move to that kind of asynchronous rendering as the current code add a huge complexity in building the command queue and we should be doing that in parallel of the rendering stage. The current code is 4 times slower than the synchronous one in some widget list simulation in expedite, we really need to have a better score there. Looking from the other way: aside from reducing minimally the code by abusing the callback. What do you gain? More future proof code, basically. I have noticed that there is no GL async implementation. Is it planned ? Do you have any idea how to fix all those GL direct rendering call ? -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mello trunk/PROTO/elev8/src/bin
On Fri, Dec 28, 2012 at 5:04 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Thu, Dec 27, 2012 at 9:30 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Thu, Dec 27, 2012 at 7:52 PM, Alex-P. Natsios apnats...@gmail.comwrote: weirdness is not the point or problem here, the problem is the dep on systemd for daemonizing stuff or forking of elev8. apart from systemd (and maybe upstart with which I'm not that familiar) almost no other init system provides adequate support for daemonizing stuff which makes this commit pretty bad as it will have a great impact if you are not mageia/mandriva or opensuse/fedora/archlinux. Please reconsider :) (command) humn... this will put the process in the background. it will not turn it into a daemon since it will still have a controlling terminal, parent == For upstart and sysv, there is start-stop-daemon there are plenty of ways to get it done, to various degrees (setting its own session, redirecting stderr/out...) yep... and very often programs that have custom code for this forget some of them I am the only one that see elev8 as a user session daemon and not as a system daemon ?!? -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Fri, Dec 28, 2012 at 5:50 PM, P Purkayastha ppu...@gmail.com wrote: On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) Indeed and a 92 version appeared... Ok they are gone now. -- Cedric BAIL -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eo and efl
On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. it makes no sense to put in elm unless the base of efl also has it. a whole POINT of eo is so you can do things like attached a timer as a child to button and have it auto-deleted when the button is. in the end this all requires that anything you want to work this way has to be an eo obj. this is a result of real life problems with programmers doing things like making animators and timers and simply never cleaning them up when the parent object they worked on was deleted. they neve bothered to attach a del calback and track these things and then others end up with their days wasted hunting down these bugs because there wasn't a sensible and easy way to bind such thnigs together. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. anyting systray related makes my eyes bleed. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. disagree. what we can do now is ammortise call costs eo_do(obj, move(10, 20), resize(30, 50), color(255, 128, 0, 255), show()); we have only 1 entry cost (eo_do). all the magic checks and so on are done onces for all of move+resize+color+show. there is a good reason for this. one of the intents of eo is to indirect object ptrs. frankly as above. people who can't read backtraces properly or handle memory well are wasting efl devs time aain and again. i want object ptrs gone. that means obj * is actually going to become an ID and then an indirect table lookup. it's set up in such a way that it then impossible to access memory accidentally from an object handle. you either access valid memory or you know its empty. this raises the entry cost. offsetting that with multi-call per entry evens things out. my only unhappiness is lack of namespacing in c so we could have shotened the func macros to the above. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. vastly different. ioctl is used as a one-thing-at-a-time stuff every func on the planet into ioctl via params. eo_do() is a protocol buffer. like write() but the compiler builds the protcol buffer for you on the stack which is much nicer. no it's not async. but its not ioctl(). very far from it. the only similarity is that it has a single entry point parent. (well actuallt you can do the same on eo_add - pass multiple method calls WHILE adding the obj so once returned the obj is already set up). - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. benchmarks have been done - it depends what you benchmark and how. it's in the 0-10% range of overhead. this was already expcted and a price we know we have to pay in return for other things. if you USE is as 1 eo_do() == 1 old evas/edje etc. func - then yes - expect that overehad. if you make use of the multi-call stuff.. overhead drops a lot. in fact you may begin to gain as we currently do magic number and ptr checks for every efl call. eo will ammortise its higher check cost over N calls, as long as you try and kep N 1 then you're on the path to winning. - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. c++ would be a sledgehammer solution and comes with lots of downsides of its own. other languages too. the fact is we can slide eo in without rewriting in another language. the only thing really missing is namespacing. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? see above. need ot lower down. also smart objects are evas objects. evas objects are big, fat and bulky. they consume a lot of memory. - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party that was there already. we alloc and free events all the time. we construct and destruct
Re: [E-devel] E SVN: raster trunk/e/src/bin
On Fri, 28 Dec 2012 19:20:53 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Thu, 27 Dec 2012 19:28:25 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: allow for primary toplevel menus screen height (or width) and autoscroll them correctly. also raise the limits for menu sizes up to 30k or 2x zone height for menu item cutoff... Author: raster Date: 2012-12-27 19:28:25 -0800 (Thu, 27 Dec 2012) New Revision: 81778 Trac: http://trac.enlightenment.org/e/changeset/81778 Modified: trunk/e/src/bin/e_menu.c Modified: trunk/e/src/bin/e_menu.c === --- trunk/e/src/bin/e_menu.c2012-12-28 03:24:07 UTC (rev 81777) +++ trunk/e/src/bin/e_menu.c2012-12-28 03:28:25 UTC (rev 81778) @@ -1152,10 +1152,16 @@ int x, y, w, h; e_zone_useful_geometry_get(m-zone, x, y, w, h); - if ((m-cur.x + m-cur.w) (x + w)) - m-cur.x = x + w - m-cur.w; - if ((m-cur.y + m-cur.h) (y + h)) - m-cur.y = y + h - m-cur.h; + if (m-cur.w = w) + { +if ((m-cur.x + m-cur.w) (x + w)) + m-cur.x = x + w - m-cur.w; + } + if (m-cur.h = h) + { +if ((m-cur.y + m-cur.h) (y + h)) + m-cur.y = y + h - m-cur.h; + } } m-prev.x = m-cur.x; m-prev.y = m-cur.y; @@ -1796,7 +1802,7 @@ int min_submenu_w = 0, min_submenu_h = 0; int min_toggle_w = 0, min_toggle_h = 0; int min_w = 0, min_h = 0; - int zh = 0, ms = 0; + int zh = 0, ms = 0, maxh = 0; unsigned int cur_items = 0, max_items = -1; e_box_freeze(m-container_object); @@ -1867,11 +1873,14 @@ if (min_h * eina_list_count(m-items) = (unsigned int)m-zone-h) { e_zone_useful_geometry_get(m-zone, NULL, NULL, NULL, zh); -max_items = zh / min_h - 1; +maxh = zh * 2; +if (maxh 3) maxh = 3; // 32k x 32k mx coord limit for wins +max_items = (maxh / min_h) - 1; } EINA_LIST_FOREACH(m-items, l, mi) { -if ((cur_items = max_items) || (zh ((ms + (2 * mh) = zh) || (ms + (2 * mi-separator_h) = zh +if ((cur_items = max_items) || +(maxh ((ms + (2 * mh) = maxh) || (ms + (2 * mi-separator_h) = maxh { _e_menu_item_unrealize(mi); continue; fyi this commit 100% breaks the Move to menu for me. I'll be reverting it in a day or two if it isn't fixed then you're back to broken menus if item count exceeds screen height (which wasnt broken in original menu code i wrote). i'm staring at a move-to menu/submenu thats displaying just fine. if it displays offscreen to the right it scrolls in when u mouse to the edge as the menu scroll code intends. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Sat, 29 Dec 2012 00:50:38 +0800 P Purkayastha ppu...@gmail.com said: On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) you'll never get rid of it from the timeline or history... thats how revisioning works in things like svn. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 13:10:32 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.comwrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. indeed this is a problem with many distros setup that launch dbus session from Xsession rather from PAM session, then you just have a session per X, not per user. but bashrc could do that very easily anyways. Note: the only different here from your ecore_con approach is that you fixed the name path, while the dbus one is variable. it's not fixed. it's variable. :) check the code. :) dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. the thing is that you end with more problems to solve: handle with stale socket files, simultaneous activation, etc.. remember the mess with efm_op daemon that would race when multiple processes were started at the same time? no - as efm_op never was a daemon. e17 was the daemon - it connected back to e and then provided status updates. :) dbus would not change that. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. ecore-ipc is a thin wrapper over pure socket and doesn't solve the leaving stale sockets on death, neither it helps with single instance and races during starts. only one owner can get the socket. you won't get two. only one will succeed in gaining the server socket. other
Re: [E-devel] E SVN: raster trunk/terminology/src/bin
On Fri, 28 Dec 2012 13:17:52 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: On Fri, Dec 28, 2012 at 11:07 AM, Carsten Haitzler ras...@rasterman.com wrote: On Fri, 28 Dec 2012 10:16:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Friday, December 28, 2012, Carsten Haitzler wrote: On Fri, 28 Dec 2012 01:58:49 -0200 Lucas De Marchi lucas.demar...@profusion.mobi javascript:; said: On Fri, Dec 28, 2012 at 12:28 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: work around edbus issues by forcing the mainloop to run at least one cycle with some dummy things... in ipc launch mode. also make selection jump to end if a newline is there - as disussed on ml. could you detail a little bit what is the issue. Looking at the code, I couldn't understand why you put all this ipc stuff, instead of doing something like eve does. i put this in to: 1. avoid relying on dbus (not going to have a session bus when you are in the fb... for example :))... with e_dbus vs edbus at least for now this would make it hard to have terminology work with stable efl. 2. avoid relying on a lower level windowing system (this can work in wayland, windows, framebuffer itself etc... tho fb means we cant do 1 window... if we had tabs...)... dbus *IS* ipc... it just happens to be ipc with the added raised bar of a dbus daemon broker. i chose to do it the simple way - a simple unix socket. Let the mess begin. What an awful argument. Is that just being lazy or if we convert it you'll block the patch? how is it being lazy? it is actually a bit more work than using edbus. or e_dbus. edbus is not released and depending on it will be a problem until a release of edbus is out. e_dbus is being deprecated so adding e_dbus code now is silly. dbus wont EXIST as a session if you use terminology in the fb and that happens to be an awesome selling point of it. the ability to just run terminology even from inside of itself and get another tab even withni a single vt is a really nice thing. if dbus were used, this would tie multi-instance launch to a dbus session environment. efreet already now has created a mess by using a session bus... because now entrance is SCREWED. sure - terminology wont be in entrances bucket, but it has a different bucket... and working in the fb without any dbus around AND having this feature work is important to me. dbus - let the mess begin. if you want to go to such extremes and just blanket decide that if you don't use dbus you obviously have a mess. i'll take the opposide view - if you use dbus you open a can of worms of a mess as per the above. the atitude of using a specific named technology for the sake of using it is going to guarantee a mess. i made a judgement call on this. it just doesn't happen to include your favorite technology. i thought about using dbus. i chose against it for various reasons. part of it is transitional, part is that terminology needs to work and have its multi-instance stuff work in a non-dbus environment. i dont see how this is a mess. it is not a source of any issues at all right now, and is unlikely to in the future. we have a whole hulking infra for EXACTLY this reason. it's there to be used when the situation is right. it's called ecore-ipc. it exists for this purpose. it's an alternative communications channel. it's not a mess. it means this works regardless of dbus being there or not. i see no *BENEFIT* to making it use dbus (edbus or e_dbus). i see only downsides. there are other situations for other people and needs. dbus may be appropriate and the best solution. in this case it's not. D-Bus is way far from being my favorite technology. But it's there and it works. Single instance is one of the things people keep reinventing the wheel, just because they can. I think you judgement is biased by your rage against D-Bus and IMO demonstrate a little of NIH - maybe because you were in contact with crazy tizen programs using d-bus for *intra*-process communication. Your words d-bus/edbus/e_dbus is a mess; ecore_ipc isn't demonstrates that very much. you really have no clue. clueless. do you have any idea how much i fought when the session bus was removed to save memory (a few hundred kb)? do you? do you have any idea how much i yelled/grumbled/fought to get it back? do you? you don't have any clue. you are clueless. before you make such statements you may want to gain some. gustavo's position is it's a mess because it doesn't use dbus. that's an instant assessment without knowing that i did think about it and i decided against in this specific case. i don't hate dbus. i just think it has it's place, and this is not one of them. currently dbus support in efl is a mess. using it creates added messes on bigger scales. the
Re: [E-devel] eo and efl
On Fri, 28 Dec 2012 22:31:18 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? fair enough. it's a change. it's not a change i wanted. it's a change that was NEEDED. needed because once you go beyond the scope of us few efl devs, you hit a wall of developers who can take our api - documented or not, with examples or not, and then just fall over tehmselves and end up wasting our time by the bucket load in the process. you never experienced it so you never felt or sw the pain. you were insulated. this change is some of that insualtion not able to continue and something has to leak. it has to give. if this demotivates you, then i guess, so be it. continuing as we were would have demotivated me to the point of giving up. it also *HAS* deotivated a dozen+ other people. so we lose either way. without eo peolpe doing bindings do them the hard way - forever. eo provides for introspection and documentation. without eo we have our 17 ways to a callback. maybe you don't get annoyed by this, but i do. i keep having to try remember ok, which prototype was that callback? i know its void *data... then what? what does it return?. eo tries to unify callbacks... AND document them at runtime even (for introspection purposes). this makes it insanely easier to build a gui builder and make language bindings. without eo we still have the danger that code messes up and you accidetnally access an invalid pointer... nd then segv. and hen you should know the wonders of this... you get a complaint e crashes!... and you get no usefl backtrace from the user (or not even
Re: [E-devel] backlight/screensaver config bug
On Fri, 28 Dec 2012 15:09:35 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: hmm ok - i see - it'll have a different rounding applid basically... what issue does this cause? this is mainly for raster since he last worked on this: both dpms and screensaver config apply and check backlight timer against screensaver timer. there's a slight discrepancy, however: e_int_config_screensaver.c: if ((e_config-backlight.idle_dim) (e_config-backlight.timer (e_config-screensaver_timeout))) { e_config-screensaver_timeout = e_config-backlight.timer; e_config-dpms_standby_timeout = e_config-screensaver_timeout; e_config-dpms_suspend_timeout = e_config-screensaver_timeout; e_config-dpms_off_timeout = e_config-screensaver_timeout; } e_int_config_dpms.c: if ((e_config-backlight.idle_dim) (e_config-backlight.timer (e_config-screensaver_timeout))) { e_config-screensaver_timeout = cfdata-backlight_timeout; e_config-dpms_standby_timeout = e_config-screensaver_timeout; e_config-dpms_suspend_timeout = e_config-screensaver_timeout; e_config-dpms_off_timeout = e_config-screensaver_timeout; } I'm guessing these should be identical, so when you get a chance this should be fixed -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Q :- is E17 really need this volume from Virtual memory
On Sat, 29 Dec 2012 02:43:59 +0300 المسالم المسالمة almusalimalmusali...@gmail.com said: hello again take a look at the picture as you can see from it enlightenment use 725 megabyte from VM so is this a normal situation or what ... because i hear E17 is a light-desktop but this result is really shocking you have fallen into the trap of not knowing the difference between virtual memory mappings and real memory. you'll also find that your gl/gpu drivers/libs are prety much responsible for 90% of the memory usage of e if you use compositing and gl. i've spent a lot of time profiling this stuff. different drivers (nvidia vs intel vs fglrx vs nouveau vs radeon vs sgx vs mali etc.) will have vastly different memory footprints. almost all of them allocate insanely huge blobs of memory that i just can't account for in terms of what evas has asked for - like allocating extra software render buffers in addition to the gpu owned video ram blobs for the buffers etc. tand thats in the 75m blob there. actual RESIDENT (used memory). some of that is shared (shared memory segments, video ram blobs, shared libraries, executable code etc. so that memory use used by 1 or more processes anyway - libc for example). some of it is actual needed memory, with virtual memory its virtual. it doesnt have to exist. example - the gl drivers may happily mmap() ALL of video memory ino so they can SEE it. they may or may not use it, but they can SEE it. they may map in large chunks of memory that are simple register windows mapped over the pci/agp bus. it's virtual memory - but its actually just hardware control register ranges. this is all done by the opengl library and thus it appears as virtual memory usaage by the process. there is a lot of material on this topic floating about the internet. research it. i highly suggest that anyone, before they make claims on memory usage, gains a firm grasp on all of this virtual vs resident vs shared etc. and know how to read what the kernel is saying, and that you find appropriate methods and tools to actually measure things. just looking at vsize in top/ps is the WORST way to do this. (there is only 1 possible sensible use for it - and that is if you are going to run out of memory SPACE... that's a problem once you need like 1-2gb (in any single continuous mapping) or more on a 32bit architecture. you can get up to 3.5gb or so depending on arch/setup but thats about it in practical terms unless you go to 64bit - but thats just memory address SPACE... not actual used memory). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: acidx IN trunk/efl/src: lib/ecore_evas modules/ecore_evas/engines/x
On Fri, Dec 28, 2012 at 11:32 PM, Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 1:33 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Friday, December 28, 2012, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 12:32 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Thu, Dec 27, 2012 at 11:08 PM, Cedric BAIL cedric.b...@free.fr javascript:; wrote: On Wed, Dec 19, 2012 at 1:27 AM, Enlightenment SVN no-re...@enlightenment.org javascript:; wrote: Log: ecore-evas: Async render Author: acidx Date: 2012-12-18 08:27:26 -0800 (Tue, 18 Dec 2012) New Revision: 81283 Trac: http://trac.enlightenment.org/e/changeset/81283 I am just starting to look at this evas async rendering and I am not a big fan of the prototype of evas_render_async. Why do we need to duplicate the evas event infra and specify the Evas_Event_Cb per call to evas_render_async ? It seems to me EVAS_CALLBACK_RENDER_POST should do the job just fine. you can use that, but we did not want to abuse the already existing evas canvas event (with multiple listeners) with that. Also we must return the updates list and it must be emitted only when called in async mode (so others can differentiate). I don't see any abuse here. That infra is here to do just that, notify when a frame has been rendered. In fact, it looks to me like exactly the opposite, yet another callback infrastructure and without any technical reason for it. We do call the RENDER_POST just before calling the async func callback. There is no point in duplicating them. At the same time I don't like the idea of directly giving an Eina_List for update. It should be put in a proper public structure like all others events structure and the list will just be a member of it. Of course that structure should also be send with evas_event_callback_call instead of the current NULL. That's what I specifically want to avoid. The list behavior is the same as the evas_render_updates(), you get it when you called it, you must free it... same as before, single listener/owner as the caller. Propagating it to multiple interested may be non-interesting :-) Propagating it is a zero cost. Every one will see the same pointer to the same data. If they don't want that data, they just need to not look at it. Zero cost, zero impact. Its not the performance impact. It's the possible impact of letting multiple peers know about the information you should not. Why didn't you change evas_render_updates() to emit that list? Isn't it strange that the list returned there is dependent on how it was called (render updates x regular?) should we change to always emit render update list? Etc Well, there is no problem in not adding it as current behavior (receiving NULL) is valid. The code itself is pretty minimal. That wasn't the reason. Is to avoid bad consequences in the future by not changing an existing behavior. Well, I kind of see it full of bad consequence. We are now passing a callback that may change from one frame to another. So if for example instead of the current logic, we want to let the next frame go and block after the list of command has been build, then we are entering a complex stage. The more level of asynchronous you add, the more problematic it become. You don't have this issue with evas callback as we can just define that changing the callback list when a frame is rendered is prohibited. As a matter of fact, we will need to move to that kind of asynchronous rendering as the current code add a huge complexity in building the command queue and we should be doing that in parallel of the rendering stage. The current code is 4 times slower than the synchronous one in some widget list simulation in expedite, we really need to have a better score there. There is no magic, some data must be copied or locked. To be accurate regarding frames, we must duplicate data. Locking specific elements would led to inconsistent frames (as we need to calculate cutout rectangles, etc) Looking from the other way: aside from reducing minimally the code by abusing the callback. What do you gain? More future proof code, basically. I disagree with that statement. It's less future proof. I have noticed that there is no GL async implementation. Is it planned ? Do you have any idea how to fix all those GL direct rendering call ? the direct rendering is easy, we just need to give those functions do_async. what is hard and not in our plans to touch is how to mix main thread with render thread. If evas was the only GL player out there, all the calls could be sent to the render thread, but the main thread may be doing GL as well. Also the map/proxy case right now is in the main thread, which would make the former case void. The proxy/map could be moved to the thread
Re: [E-devel] Q :- is E17 really need this volume from Virtual memory
hello again take a look at the picture as you can see from it enlightenment use 725 megabyte from VM so is this a normal situation or what ... because i hear E17 is a light-desktop but this result is really shocking This is not real memory. If you are using opengl and a nvidia card, GPU register and memory will be mapped there for example. If you want to know how much memory e17 use for real, look at the heap section in /process/$(E17-pid)/snaps . Cedric thanks man for your explanation -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Q :- is E17 really need this volume from Virtual memory
hello again take a look at the picture as you can see from it enlightenment use 725 megabyte from VM so is this a normal situation or what ... because i hear E17 is a light-desktop but this result is really shocking you have fallen into the trap of not knowing the difference between virtual memory mappings and real memory. you'll also find that your gl/gpu drivers/libs are prety much responsible for 90% of the memory usage of e if you use compositing and gl. i've spent a lot of time profiling this stuff. different drivers (nvidia vs intel vs fglrx vs nouveau vs radeon vs sgx vs mali etc.) will have vastly different memory footprints. almost all of them allocate insanely huge blobs of memory that i just can't account for in terms of what evas has asked for - like allocating extra software render buffers in addition to the gpu owned video ram blobs for the buffers etc. tand thats in the 75m blob there. actual RESIDENT (used memory). some of that is shared (shared memory segments, video ram blobs, shared libraries, executable code etc. so that memory use used by 1 or more processes anyway - libc for example). some of it is actual needed memory, with virtual memory its virtual. it doesnt have to exist. example - the gl drivers may happily mmap() ALL of video memory ino so they can SEE it. they may or may not use it, but they can SEE it. they may map in large chunks of memory that are simple register windows mapped over the pci/agp bus. it's virtual memory - but its actually just hardware control register ranges. this is all done by the opengl library and thus it appears as virtual memory usaage by the process. there is a lot of material on this topic floating about the internet. research it. i highly suggest that anyone, before they make claims on memory usage, gains a firm grasp on all of this virtual vs resident vs shared etc. and know how to read what the kernel is saying, and that you find appropriate methods and tools to actually measure things. just looking at vsize in top/ps is the WORST way to do this. (there is only 1 possible sensible use for it - and that is if you are going to run out of memory SPACE... that's a problem once you need like 1-2gb (in any single continuous mapping) or more on a 32bit architecture. you can get up to 3.5gb or so depending on arch/setup but thats about it in practical terms unless you go to 64bit - but thats just memory address SPACE... not actual used memory). -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com = wow a lot of INFO thanks -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On 12/29/2012 09:47 AM, Carsten Haitzler (The Rasterman) wrote: On Sat, 29 Dec 2012 00:50:38 +0800 P Purkayastha ppu...@gmail.com said: On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) you'll never get rid of it from the timeline or history... thats how revisioning works in things like svn. Not if you *delete* the version. Apparently, deleting is allowed for wiki pages, and that's what cedric has done. I have deleted spam pages earlier to remove them completely from history, but this time I wanted the user to be deleted/banned so I emailed here. :) -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Sat, 29 Dec 2012 11:48:34 +0800 P Purkayastha ppu...@gmail.com said: On 12/29/2012 09:47 AM, Carsten Haitzler (The Rasterman) wrote: On Sat, 29 Dec 2012 00:50:38 +0800 P Purkayastha ppu...@gmail.com said: On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) you'll never get rid of it from the timeline or history... thats how revisioning works in things like svn. Not if you *delete* the version. Apparently, deleting is allowed for wiki pages, and that's what cedric has done. I have deleted spam pages earlier to remove them completely from history, but this time I wanted the user to be deleted/banned so I emailed here. :) they just re-reate users... they literally have scripts to do that that handle Trac for example. we'll move to phabricator anyway so thing will be ... different then. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] ban spammers
On Sat, 29 Dec 2012 13:07:30 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Sat, 29 Dec 2012 11:48:34 +0800 P Purkayastha ppu...@gmail.com said: On 12/29/2012 09:47 AM, Carsten Haitzler (The Rasterman) wrote: On Sat, 29 Dec 2012 00:50:38 +0800 P Purkayastha ppu...@gmail.com said: On 12/28/2012 02:42 PM, Cedric BAIL wrote: On Fri, Dec 28, 2012 at 3:18 PM, P Purkayastha ppu...@gmail.com wrote: Is there any way to ban these spammers? Look at this major defacement: http://trac.enlightenment.org/e/wiki/WikiStart?action=diffversion=91 That one is funny. He did some real change and then put his crap at the end of the patch so we don't see it... to soon. Account has been deleted and the wiki change also. -- Cedric BAIL That's strange. I still see the change on trac timeline, and the wiki page still shows up as the spammed version. Are you sure your actions went through, given how finicky trac is? :) you'll never get rid of it from the timeline or history... thats how revisioning works in things like svn. Not if you *delete* the version. Apparently, deleting is allowed for wiki pages, and that's what cedric has done. I have deleted spam pages earlier to remove them completely from history, but this time I wanted the user to be deleted/banned so I emailed here. :) they just re-reate users... they literally have scripts to do that that handle Trac for example. we'll move to phabricator anyway so thing will be ... different then. A that's the thing that will magically fix up trac so I can actually use it. At least, so long as it's not worse. Not sure about it's cancer curing properties either. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] eo and efl
On Sat, 29 Dec 2012 02:14:07 +0100 Cedric BAIL cedric.b...@free.fr wrote: On Fri, Dec 28, 2012 at 11:55 PM, David Seikel onef...@gmail.com wrote: On Fri, 28 Dec 2012 22:31:18 + Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? I'll add my two cents worth. Initially I think I was keen on the idea, but was waiting to see what the implementation was like. It did worry me that we seemed to be getting more than one OO system being worked on at the same time. However, I've just wasted a whole day tracking down that I was passing an Evas_Object to a function that needed an Evas. It compiled and worked fine under the merged efl tree, but not on EFL 1.7.4. Under 1.7.4 there was no complaints, just missing text. This is cleary a bug, it should have triggered a critical warning at run time. Care to share which function ? edje_object_add() The client is coming around tonight, and now I'm a day behind. So I'm not gonna be spending any more time beating at it to help you diagnose things today. The fact that it just worked perfectly with no error messages in merged efl tree is what took all the time tracking down, coz I was looking everywhere else to find the problem. lol -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master Visual Studio, SharePoint, SQL,
Re: [E-devel] eo and efl
On Sat, 29 Dec 2012 11:48:36 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 28 Dec 2012 22:31:18 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hey! I'd like to start a discussion about eo and its usage in EFL. I got very frustrated on how it was merged regardless the opinion of the other EFL developers. IMO it could make some sense in elementary, but not in the core like ecore, evas, edje. Asking around I discovered I was not the only one rather the opposite - everyone I asked hates how it's done. Recently I had to review some patches to elementary, adding the systray support. My eyes were bleeding. I will enlist here some reasons in no particular order. Surely there are more... others are welcome to fill them here. - We replaced the function calls with eo_do(func()). Now, take an application and imagine all ecore_*, evas_*, elm_* functions replaced with eo_do(func()). This is not just ugly... it's impractical to use. - eo_do() is the userspace incarnation of ioctl() - search on LKML to see how it's hated there. it does make me consider entering one of those code obfuscation contests... - *every* function in a backtrace comes with the _eo_dov_internal()/_eo_op_internal() companion - besides polluting the bt, for sure they have a cost. And I saw no benchmarks on mailing list after the addition of eo. One might think that since *I* am complaining, *I* should provide them, but I think it's exactly the opposite - people who added this thing should make sure it's now the same or better than it was before. backtraces with eo are the reason I don't see myself ever switching to the 1.8 branch. as for benchmarks, I saw some supposed numbers thrown around during early eo development which claimed that it was slower, but not that much slower, and worth it for the gains - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. - why is it any better than the smart object we had all these years? Why not improve that instead of replacing with eo? - run elementary_test with EINA_LOG_LEVELS=5 and see the construction/destruction party not to mention the spam just from running e - Despite raster arguing this is not an API break, I strongly believe it is. It broke compilation of lots of c++ applications (I'll not repeat myself here... in the mailing list there are my other arguments why it is an api breakage) My opinion is to revert the whole thing, but I'm sure this would be a major task after the surgery to put it in was made. I'd at least like the people responsible for it to answer the points above, and people who like me think this is all crap to step up and say so. Lucas De Marchi depressing though it may be to think about, I have to agree with your points. I'm not saying it needs to be reverted, but I don't see any benefit to keeping it unless the goal was to reduce my commits to the afflicted areas to near zero. while it's impressive that all of the eo stuff was added with relatively little breakage (as opposed to my expectations), the idea of having to learn what is essentially a different programming language in order to work on efl internals again in trunk is really demotivating. maybe I'll become the kwo of the 1.7 branch? fair enough. it's a change. it's not a change i wanted. it's a change that was NEEDED. needed because once you go beyond the scope of us few efl devs, you hit a wall of developers who can take our api - documented or not, with examples or not, and then just fall over tehmselves and end up wasting our time by the bucket load in the process. you never experienced it so you never felt or sw the pain. you were insulated. this change is some of that insualtion not able to continue and something has to leak. it has to give. if this demotivates you, then i guess, so be it. continuing as we were would have demotivated me to the point of giving up. it also *HAS* deotivated a dozen+ other people. so we lose either way. without eo peolpe doing bindings do them the hard way - forever. eo provides for introspection and documentation. Ah, so I'd have to redo the Lua bindings to use eo soon? That will at least get my hands dirty with it, then I can give a proper whinge, er I mean opinion. Introspection is good, I love introspection. -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master
Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus
My apologies, I hadn't tested this since the beginning of the month. They finally added support for Eo a week ago, so it now does build with the EFL from trunk. Date: Fri, 28 Dec 2012 17:40:19 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus yet again webkit-efl showing how to interact with one of the projects ;-) I have never heard from webkit-efl dudes, they said they would hang around and participate more, but nothing happened :-/ file a bug report for them. On Fri, Dec 28, 2012 at 5:02 PM, Doug Newgard scimmi...@outlook.com wrote: It's not eve specifically, it's the efl port of webkit. It will not build with EFL from trunk, only from the releases. Date: Fri, 28 Dec 2012 16:57:42 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus i don't see why eve wouldn't work with 1.8, do you have a backtrace? also it's unreleased... may be broken for a while until someone cares about it On Fri, Dec 28, 2012 at 4:49 PM, Doug Newgard scimmi...@outlook.com wrote: I guess Eve is now useless? It requires both edbus and WebKit/EFL, which requires EFL 1.7.x Date: Fri, 28 Dec 2012 16:04:28 -0200 From: barbi...@profusion.mobi To: enlightenment-devel@lists.sourceforge.net CC: enlightenment-...@lists.sourceforge.net Subject: Re: [E-devel] E SVN: barbieri IN trunk/efl: . doc old pc src src/bin src/bin/edbus src/examples src/examples/edbus src/lib src/lib/edbus if it didn't happen before e17, it doesn't matter anymore. now to focus on e17+, efl-1.8 and moving it to efl is better. e17+ will depend on new efl-1.8 and with that we can ensure edbus (v2) is there. note that edbus is not even an option. Maybe it will be a platform option if windows or other platforms can't build it (ps3?) On Fri, Dec 28, 2012 at 3:59 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: On Fri, Dec 28, 2012 at 3:56 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 28 Dec 2012 09:53:27 -0800 Enlightenment SVN no-re...@enlightenment.org wrote: Log: efl: merge edbus (v2). Author: barbieri Date: 2012-12-28 09:53:25 -0800 (Fri, 28 Dec 2012) New Revision: 81825 Trac: http://trac.enlightenment.org/e/changeset/81825 Added: trunk/efl/old/README.edbus trunk/efl/pc/edbus2.pc.intrunk/efl/src/Makefile_EDBus.am trunk/efl/src/bin/edbus/ trunk/efl/src/examples/edbus/ trunk/efl/src/examples/edbus/Makefile.am trunk/efl/src/examples/edbus/complex-types-client-eina-value.c trunk/efl/src/examples/edbus/complex-types-server.c trunk/efl/src/examples/edbus/complex-types.c trunk/efl/src/lib/edbus/ Removed: trunk/efl/src/examples/edbus/complex_types.c trunk/efl/src/examples/edbus/complex_types_client_eina_value.c trunk/efl/src/examples/edbus/complex_types_server.c Modified: trunk/efl/AUTHORS trunk/efl/Makefile.am trunk/efl/configure.actrunk/efl/doc/Doxyfile.in trunk/efl/doc/main.dox trunk/efl/src/Makefile.am trunk/efl/src/examples/Makefile.am trunk/efl/src/lib/edbus/EDBus.h trunk/efl/src/lib/edbus/edbus_connection.h trunk/efl/src/lib/edbus/edbus_freedesktop.h trunk/efl/src/lib/edbus/edbus_message.h trunk/efl/src/lib/edbus/edbus_object.h trunk/efl/src/lib/edbus/edbus_pending.h trunk/efl/src/lib/edbus/edbus_proxy.h trunk/efl/src/lib/edbus/edbus_service.h trunk/efl/src/lib/edbus/edbus_signal_handler.h huzzah! why? edbus was supposed to get a release alone before merging in EFL. Lucas De Marchi -- Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and much more. Get web development skills now with LearnDevNow - 350+ hours of step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122812 ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems --
Re: [E-devel] eo and efl
On Sat, 29 Dec 2012 11:28:29 +0900 Carsten Haitzler (The Rasterman) ras...@rasterman.com wrote: On Fri, 28 Dec 2012 20:17:14 -0200 Lucas De Marchi lucas.demar...@profusion.mobi said: - If we really needed this level of OO in ecore, evas, edje, we'd be better off using C++ or inventing our own language to fit our needs instead of doing what we are doing now. c++ would be a sledgehammer solution and comes with lots of downsides of its own. other languages too. the fact is we can slide eo in without rewriting in another language. the only thing really missing is namespacing. EFL trying to do proper OO in C rather than C++ is one of the reasons I like working with EFL. C++ and C# might be the flavour of the decade, but it's too esay to write insane code in them, not to mention the other downsides that raster also did not mention. B-) A lot of my planned virtual world work is ripping out insane C++ and C# code and replacing it with sane C code. Coz almost all of the existing code is insane C++ and C#. Yes, it's possible to write sane C++ and C#, but judging by the quality of most of the code I have seen, it must be really hard to do so, especially in very large multi programmer projects. It's also possible to write insane C code, it just tends to bite you harder when you do, so you may actually notice and fix it. :-P -- A big old stinking pile of genius that no one wants coz there are too many silver coated monkeys in the world. signature.asc Description: PGP signature -- Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS, MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft MVPs and experts. SALE $99.99 this month only -- learn more at: http://p.sf.net/sfu/learnmore_122912___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel