Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img
On Wed, 21 Nov 2012 09:40:57 +0200 Alex-P. Natsios apnats...@gmail.com said: On Tue, Nov 20, 2012 at 4:08 PM, thomasg tho...@gstaedtner.net wrote: I like it! Looks even better than before, takes away none of its charm and resolves (I think) all issues people had with it. Yeah most, however it leaves a huge gap behind it in 24h mode which did not exist in older clock (but looks normal in 12h mode). i've already fixed that. -- Regards, Alex-P. Natsios (a.k.a Drakevr) -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] evas/wayland_egl: Don't create EGLSurface for internal gl resource if we already have one in re-win.
From: Alex Wu zhiwen...@linux.intel.com EGL 1.4 spec Section 3.5.1: If there is already an EGLSurface associated with win (as a result of a previous eglCreateWindowSurface call), then an EGL_BAD_ALLOC error is generated. So that this eglCreateWindowSurface() will fail if the egl driver is a strict conformance to the spec. --- .../modules/evas/engines/wayland_egl/evas_engine.c | 14 +++--- 1 file changed, 11 insertions(+), 3 deletions(-) diff --git a/trunk/efl/src/modules/evas/engines/wayland_egl/evas_engine.c b/trunk/efl/src/modules/evas/engines/wayland_egl/evas_engine.c index fee38a1..df95606 100644 --- a/trunk/efl/src/modules/evas/engines/wayland_egl/evas_engine.c +++ b/trunk/efl/src/modules/evas/engines/wayland_egl/evas_engine.c @@ -576,9 +576,17 @@ _create_internal_glue_resources(void *data) context_attrs[2] = EGL_NONE; // Create resource surface for EGL - rsc-surface = - eglCreateWindowSurface(re-win-egl_disp, re-win-egl_config, -(EGLNativeWindowType)re-win-win, NULL); + if (re-win-egl_surface[0]) + { +rsc-surface = re-win-egl_surface[0]; + } + else + { +rsc-surface = + eglCreateWindowSurface(re-win-egl_disp, re-win-egl_config, +(EGLNativeWindowType)re-win-win, NULL); + } + if (!rsc-surface) { ERR(Creating internal resource surface failed.); -- 1.7.9.5 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img
oh ..didn't get a chance to update. nice, thanks :) On Wed, Nov 21, 2012 at 10:18 AM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 21 Nov 2012 09:40:57 +0200 Alex-P. Natsios apnats...@gmail.com said: On Tue, Nov 20, 2012 at 4:08 PM, thomasg tho...@gstaedtner.net wrote: I like it! Looks even better than before, takes away none of its charm and resolves (I think) all issues people had with it. Yeah most, however it leaves a huge gap behind it in 24h mode which did not exist in older clock (but looks normal in 12h mode). i've already fixed that. -- Regards, Alex-P. Natsios (a.k.a Drakevr) -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Regards, Alex-P. Natsios (a.k.a Drakevr) -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] evas/wayland_egl: Don't create EGLSurface for internal gl resource if we already have one in re-win.
On 21/11/12 07:45, zhiwen...@linux.intel.com wrote: From: Alex Wu zhiwen...@linux.intel.com EGL 1.4 spec Section 3.5.1: If there is already an EGLSurface associated with win (as a result of a previous eglCreateWindowSurface call), then an EGL_BAD_ALLOC error is generated. So that this eglCreateWindowSurface() will fail if the egl driver is a strict conformance to the spec. Patch looks good, In Svn !! Thanks :) dh -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? It will be annoying, but every developer related to E release should be running release tarballs to make sure these issues don't happen. You must keep like that for one month so we make it right for Dec21 On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 14:12:42 +1030 Simon Lees si...@simotek.net said: Date: Wed, 21 Nov 2012 08:59:50 +0900 From: Carsten Haitzler (The Rasterman) ras...@rasterman.com Subject: Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4 To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Cc: Martin Jansa martin.ja...@gmail.com Message-ID: 20121121085950.08d865c1039c29484fb14...@rasterman.com Content-Type: text/plain; charset=US-ASCII On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa martin.ja...@gmail.com said: On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote: On Tue, 20 Nov 2012 22:32:10 +0100 Martin Jansa martin.ja...@gmail.com wrote: On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote: I may be sick and on holiday, but that doesn't mean we're not still doing releases! Changelog: Translation updates Fixed submenu positioning bug Fixes for modal dialog windows (unbreaks image import dialog) .spec file improvements OSX compatibility fixes RandR dialog presents refresh rates in right click menu Further improvements to new default theme, particularly digital clock appearance Theme info menu item is now more clear Default theme now allows file renaming on longpress I'm using edje from edje-1.7 branch and today I upgraded from r79400 to r79476, so just before alpha4 and edje_cc now segfaults when building default.edj in e-wm | Making all in themes | make[3]: Entering directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data/themes' /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 | -DMEDIUMRES_PD A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ | ../../data/themes/default.edc \ | ../../data/themes/default.edj | make[3]: *** [default.edj] Segmentation fault | make[3]: Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1 make | [2]: Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]: | Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e' make: *** [all] Error 2 Anyone else seeing this? I can try to debug it tomorrow. The same error here. edje_cc crashes because of NULL pointer patch your pkgs. that will be best. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. It will be annoying, but every developer related to E release should be running release tarballs to make sure these issues don't happen. You must keep like that for one month so we make it right for Dec21 On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 14:12:42 +1030 Simon Lees si...@simotek.net said: Date: Wed, 21 Nov 2012 08:59:50 +0900 From: Carsten Haitzler (The Rasterman) ras...@rasterman.com Subject: Re: [E-devel] [Announce] Enlightenment DR 0.17-alpha4 To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Cc: Martin Jansa martin.ja...@gmail.com Message-ID: 20121121085950.08d865c1039c29484fb14...@rasterman.com Content-Type: text/plain; charset=US-ASCII On Wed, 21 Nov 2012 00:01:18 +0100 Martin Jansa martin.ja...@gmail.com said: On Wed, Nov 21, 2012 at 02:58:00AM +0400, Igor Murzov wrote: On Tue, 20 Nov 2012 22:32:10 +0100 Martin Jansa martin.ja...@gmail.com wrote: On Tue, Nov 20, 2012 at 08:43:55PM +, Michael Blumenkrantz wrote: I may be sick and on holiday, but that doesn't mean we're not still doing releases! Changelog: Translation updates Fixed submenu positioning bug Fixes for modal dialog windows (unbreaks image import dialog) .spec file improvements OSX compatibility fixes RandR dialog presents refresh rates in right click menu Further improvements to new default theme, particularly digital clock appearance Theme info menu item is now more clear Default theme now allows file renaming on longpress I'm using edje from edje-1.7 branch and today I upgraded from r79400 to r79476, so just before alpha4 and edje_cc now segfaults when building default.edj in e-wm | Making all in themes | make[3]: Entering directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data/themes' /OE/shr-core/tmp-eglibc/sysroots/x86_64-linux/usr/bin/edje_cc | -id ../../data/themes/img -fd ../../data/themes/fnt -DLOWRES_PDA=1 | -DMEDIUMRES_PD A=2 -DHIRES_PDA=3 -DSLOW_PC=4 -DMEDIUM_PC=5 -DFAST_PC=6 -DE17_PROFILE=SLOW_PC \ | ../../data/themes/default.edc \ | ../../data/themes/default.edj | make[3]: *** [default.edj] Segmentation fault | make[3]: Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data/themes' make[2]: *** [all-recursive] Error 1 make | [2]: Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e/data' make[1]: *** [all-recursive] Error 1 make[1]: | Leaving directory | `/OE/shr-core/tmp-eglibc/work/armv4t-oe-linux-gnueabi/e-wm/0.16.999.060 | +svnr79476-r8/e' make: *** [all] Error 2 Anyone else seeing this? I can try to debug it tomorrow. The same error here. edje_cc crashes because of NULL pointer patch your pkgs. that will be best. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com javascript:; -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud
Re: [E-devel] [e-users] econnman and release
On Fri, Nov 16, 2012 at 2:26 PM, Lucas De Marchi lucas.demar...@profusion.mobi wrote: Hi Robert, I'm not subscribed to enlightenment-users so I got this forwarded to me. Please keep me on CC when responding. On Fri, Nov 16, 2012 at 2:10 PM, Lucas De Marchi lucas.de.mar...@gmail.com wrote: -- Forwarded message -- From: Luis Felipe Strano Moraes luis.str...@gmail.com Date: Fri, Nov 16, 2012 at 2:00 PM Subject: Fwd: [e-users] econnman and release To: Lucas De Marchi lucas.de.mar...@gmail.com -- Forwarded message -- From: Robert Krambovitis rob...@split.gr Date: Wed, Nov 14, 2012 at 5:28 AM Subject: [e-users] econnman and release To: Enlightenment users discussion support enlightenment-us...@lists.sourceforge.net Good Morning, Being that the end of the world is just over a month away, I would like to request that econnman be improved by then. econnman, the python script, is not part of E17 release. I believe that the network integration is a major part of the desktop environment, and relying on 3rd party distro config tools, manual ifconfigs, or gnome nm-applet etc is (imho) not the proper way to go about it. indeed. Here are the issues I have with current connman / econnman (some are bugs, some are feature requests) 1. On my laptop hitting configure has a tendancy to segfault my E. I have no pattern for this. Sometimes it just works fine, sometimes it repeatedly segs :( This does not happen on my work pc (same packages, no wireless) If nobody else is seeing this, I will try to get some more info / bt and whatnot. (Please note I use up-to-date svn elementary and python bindings) I reproduced this only in the first days of the new connman module and its integration with econnman. I can't reproduce it no more. So, please send more info/bt to get it fixed asap. 2. Many times when I change the default gateway, it disables my wireless completely (wtf !) probably a connman/econnman bug... so not really related to connman module in E. 3. If you enter wrong wifi password, there's no way to undo / delete / reenter a new password (breaker, #1766) yep... this is in my/Bruno's todo list. CC'ing him. 4. Ofono support has been dropped completely ? Or at least there is no module. The wiki/documentation on ofono website is a joke / nonexistant. So how do I connect to 3G ? Plug the dongle. If it's supported by oFono, a network (service in connman's terminologies) will appear with a 3G icon. Click in it to connect as for any other service. There's no need for an explicit oFono module. If we need anything more than connecting (like setting APN and friends), maybe they could be absorbed by connman module. 5. Need to be able to add static routes (#1639) not in my near term TODO list of features to add. 6. Need to be able to add vpn (#1639) not in my near term TODO list of features to add. 7. I don't use proxy, but I expect some people would need that too (currently it's marked as todo) Maybe it will be done before e17 release, but no promises. 8. How about dialup modems ? not in my near/mid/long term TODO list of features to add. 9. It would be nice if the module icon would reflect the signal strength. Bruno is working (or will work, not sure) on it. Right, I've decided to actually rest on this holiday (and solve some personal stuff). So next days it will be coming. Regards Regards, Lucas De Marchi -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mike_m trunk/efl/src/modules/evas/engines/gl_x11
On 11/20/2012 12:18 PM, Carsten Haitzler (The Rasterman) wrote: On Mon, 19 Nov 2012 05:10:07 -0800 Enlightenment SVN no-re...@enlightenment.org said: - rects-x = x1; - rects-y = y1; - rects-w = x2 - x1; - rects-h = y2 - y1; + rects-x = p1.x; + rects-y = p1.y; + rects-w = p2.x - p2.x; + rects-h = p2.y - p2.y; typoville!... resulting in wonderful blank black screen bugs... :) Ooops... Well, if you're going to break it, break it well! :) Mike -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Outdated docs
On Fri, Nov 16, 2012 at 1:53 PM, Jonas Gastal jgas...@profusion.mobi wrote: On Fri, Nov 16, 2012 at 5:06 AM, Bruno Dilly bdi...@profusion.mobi wrote: last time our docs were generated was at Oct 3. Could anybody fix that, please ? ... and I would look into it, if, for the second time, I hadn't lost sudo privileges... OK, I don't know who removed gastal sudo privileges, but can you give it back, please ? He is one of the guys working on our docs, so it would be really important to be able to update this kind of stuff. Best regards -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Giving Dorileo commit access
Hi, I intend to give Dorileo commit access in the next days, if nobody opposes it. Leandro Dorileo is working with me on ephysics and he's trying to participate more in our community. He has answered some emails in our list, and sent patches for evas, elementary and edje. Regards -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 - enlightenment menu
On Wed, Nov 21, 2012 at 3:12 AM, P Purkayastha ppu...@gmail.com wrote: On 11/21/2012 07:26 AM, Carsten Haitzler (The Rasterman) wrote: On Tue, 20 Nov 2012 13:30:42 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Ideas: - About - inside settings, doesn't need to be so highlighted as the main menu. I'd say rename settings so we can use it for more than just that, it's a place holder for other stuff of enlightenment. renaming it is not a good idea... where do people find settings them? settings is one of the better bits of the menu. changing it just because you wish to get rid of the enlightenment entry is overall becoming worse than better. - Restart/Exit E: again, this is just for E17 test, so bad for end-users. I've mentioned Xephyr but indeed you might forget to grab and the shortcut will go to outside E17 and problems will happen. What about doing it for Everything? Then you see where you'll type the action and it's clear. You can name them e-restart and e-exit commands. i'm sure not going to do all this work just to remove a menu, that to date has not caused any issues i know of. i've asked a few times now for real info on issues it's caused - real datapoints. but unless there is another viable and sane way of doing these things - they stay. doing some minor re-labelling is doable. maybe moving a menu item here and there, but now we're talking of work that REALLY doesn't need to be done - there are much more important things to do. :) In the mood of refactoring the menus... if we merge Enlightenment + Settings (maybe call it Enlightenment?), we can remove the Desktop from settings includes stuff unrelated to e at all - see the system and preferences tabs that pull in standard settings tools. main menu as it's not as useful (menu to change desktop is not that common, add/configure shelves and gadgets are more like configuration that you do once a year, show/hide windows can go under Windows main menu entry). so its in a submenu... that's why its in a submenu. its a single entry in the main menu for general desktop controls. if it was inside the main menu - i'd totally agree. please read up about the latest windows 8 criticisms. you're going the exact same direction. you're on a head-long run into trying to remove as much as you can, and in the process you hurt discoverability (and usability) and the people who don't know the key bindings etc. etc. etc. - everything even vaguely useful or used even a few times SHOULD be in a menu - even if it's not used much. in fact we currently have too FEW things in menus. we've removed way too much. people need to be able to find the thing they want without knowing magic gestures, invisible click regions, or obscure keybindings etc. - the main menu is just that. it's a central point of control that is very fast to find (start gadget or click anywhere on the desktop - probably one of the first things a person does when presented with a new blank wm/screen). this menu should provide a easy starting point for a user to discover more and access the things they need or want. preferably nothing should be more than 2 or 3 clicks/jumps away (but reality is that we have so many options, features etc. that we just can't sensibly manage that without a menu-from-hell). i fully support the streamlining and improving of menus. agreed, but removing stuff is something that should be done only as a very last resort. re-organizing - sure, but at this stage i sure don't want to spend the time re-organizing the main menu. modules DEPEND on existing hook points to insert items - re-orgs affect all of those. As for Windows i dislike it and shouldn't be that useful... but the cleanup windows and the action to recover lost windows are indeed useful... but likely the DM should avoid losing the windows instead of add them to a menu? Anyway, this one i see more reasoning to keep. it happens that apps ask to place their windows off the screen - and e honors that. in the case of things like guake they legitimately want a window off the screen so they can slide it in (yes - i know. this is a hack, and should be part of the wm and quickaccess, but apps will persist in doing these things themselves). if you ignore such requests you then break such apps, so reality is... in order to not break some apps, windows can become lost - when apps try remember their position, and you changed resolution/monitors since (x11amp used to love doing this), and you had it bottom-right, and now it asks for a position off the screen.. and you can't get to the window. that menu item exists because of real world problems and we can try as we might - we either break app a or break app b. the menu is the solution to when things break. if we could actually modify the apps to ensure none of them do
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Luís Felipe Strano Moraes http://www.strano.org -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Outdated docs
On Wed, Nov 21, 2012 at 9:19 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Fri, Nov 16, 2012 at 1:53 PM, Jonas Gastal jgas...@profusion.mobi wrote: On Fri, Nov 16, 2012 at 5:06 AM, Bruno Dilly bdi...@profusion.mobi wrote: last time our docs were generated was at Oct 3. Could anybody fix that, please ? ... and I would look into it, if, for the second time, I hadn't lost sudo privileges... OK, I don't know who removed gastal sudo privileges, but can you give it back, please ? He is one of the guys working on our docs, so it would be really important to be able to update this kind of stuff. The script that updates accounts does it. It checks the devs/ directory from SVN and goes user by user checking if they exist, any system user that doesn't have a matching devs dir gets deleted and the next time it gets added it doesn't have any extra privileges. Apparently, the checkout doesn't always work and ends up with accounts being reseted. Best regards -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
On Fri, Nov 16, 2012 at 8:55 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e What is trunk/THEMES/b_and_w ? It was the home of b w before becoming the default theme ? Shouldn't it be removed from the repository (trunk/THEMES/b_and_w/e should be kept, obviously) ? -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet trunk/elementary/src/lib
On Wed, Nov 21, 2012 at 9:42 AM, Enlightenment SVN no-re...@enlightenment.org wrote: - if (rotation 0) rotation = -rotation; + if ((rotation 360) || (rotation 0)) + { +WRN(Rotation degree should be 0 ~ 360); errr... not that useful, why not print the %d rotation? +if (rotation 360) rotation %= 360; +if (rotation 0) rotation += 360; if rotation = -720 (iow: -360), then your code still fails. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Giving Dorileo commit access
On Wed, Nov 21, 2012 at 12:27 PM, Bruno Dilly bdi...@profusion.mobi wrote: Hi, I intend to give Dorileo commit access in the next days, if nobody opposes it. Leandro Dorileo is working with me on ephysics and he's trying to participate more in our community. He has answered some emails in our list, and sent patches for evas, elementary and edje. just tell him to not forget changelog, newws and doc with @since, otherwise no pb for me Vincent -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD Vincent Testing with some pristine VM running standard distros (fedora and ubunut)? -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 - enlightenment menu
On Wed, Nov 21, 2012 at 12:42 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 3:12 AM, P Purkayastha ppu...@gmail.com wrote: On 11/21/2012 07:26 AM, Carsten Haitzler (The Rasterman) wrote: On Tue, 20 Nov 2012 13:30:42 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Ideas: - About - inside settings, doesn't need to be so highlighted as the main menu. I'd say rename settings so we can use it for more than just that, it's a place holder for other stuff of enlightenment. renaming it is not a good idea... where do people find settings them? settings is one of the better bits of the menu. changing it just because you wish to get rid of the enlightenment entry is overall becoming worse than better. - Restart/Exit E: again, this is just for E17 test, so bad for end-users. I've mentioned Xephyr but indeed you might forget to grab and the shortcut will go to outside E17 and problems will happen. What about doing it for Everything? Then you see where you'll type the action and it's clear. You can name them e-restart and e-exit commands. i'm sure not going to do all this work just to remove a menu, that to date has not caused any issues i know of. i've asked a few times now for real info on issues it's caused - real datapoints. but unless there is another viable and sane way of doing these things - they stay. doing some minor re-labelling is doable. maybe moving a menu item here and there, but now we're talking of work that REALLY doesn't need to be done - there are much more important things to do. :) In the mood of refactoring the menus... if we merge Enlightenment + Settings (maybe call it Enlightenment?), we can remove the Desktop from settings includes stuff unrelated to e at all - see the system and preferences tabs that pull in standard settings tools. main menu as it's not as useful (menu to change desktop is not that common, add/configure shelves and gadgets are more like configuration that you do once a year, show/hide windows can go under Windows main menu entry). so its in a submenu... that's why its in a submenu. its a single entry in the main menu for general desktop controls. if it was inside the main menu - i'd totally agree. please read up about the latest windows 8 criticisms. you're going the exact same direction. you're on a head-long run into trying to remove as much as you can, and in the process you hurt discoverability (and usability) and the people who don't know the key bindings etc. etc. etc. - everything even vaguely useful or used even a few times SHOULD be in a menu - even if it's not used much. in fact we currently have too FEW things in menus. we've removed way too much. people need to be able to find the thing they want without knowing magic gestures, invisible click regions, or obscure keybindings etc. - the main menu is just that. it's a central point of control that is very fast to find (start gadget or click anywhere on the desktop - probably one of the first things a person does when presented with a new blank wm/screen). this menu should provide a easy starting point for a user to discover more and access the things they need or want. preferably nothing should be more than 2 or 3 clicks/jumps away (but reality is that we have so many options, features etc. that we just can't sensibly manage that without a menu-from-hell). i fully support the streamlining and improving of menus. agreed, but removing stuff is something that should be done only as a very last resort. re-organizing - sure, but at this stage i sure don't want to spend the time re-organizing the main menu. modules DEPEND on existing hook points to insert items - re-orgs affect all of those. As for Windows i dislike it and shouldn't be that useful... but the cleanup windows and the action to recover lost windows are indeed useful... but likely the DM should avoid losing the windows instead of add them to a menu? Anyway, this one i see more reasoning to keep. it happens that apps ask to place their windows off the screen - and e honors that. in the case of things like guake they legitimately want a window off the screen so they can slide it in (yes - i know. this is a hack, and should be part of the wm and quickaccess, but apps will persist in doing these things themselves). if you ignore such requests you then break such apps, so reality is... in order to not break some apps, windows can become lost - when apps try remember their position, and you changed resolution/monitors since (x11amp used to love doing this), and you had it bottom-right, and now it asks for a position off the screen.. and you can't get to the window. that menu item exists because of real world problems and we can try as we might - we either break app a or break app b. the menu is the
Re: [E-devel] E SVN: mike_m trunk/efl/src/modules/evas/engines/gl_x11
On Wed, 21 Nov 2012 22:18:54 +1100 Mike McCormack mi...@ring3k.org said: On 11/20/2012 12:18 PM, Carsten Haitzler (The Rasterman) wrote: On Mon, 19 Nov 2012 05:10:07 -0800 Enlightenment SVN no-re...@enlightenment.org said: - rects-x = x1; - rects-y = y1; - rects-w = x2 - x1; - rects-h = y2 - y1; + rects-x = p1.x; + rects-y = p1.y; + rects-w = p2.x - p2.x; + rects-h = p2.y - p2.y; typoville!... resulting in wonderful blank black screen bugs... :) Ooops... Well, if you're going to break it, break it well! :) pow(bork, bork); :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E17 - enlightenment menu
On Wed, 21 Nov 2012 09:42:08 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Wed, Nov 21, 2012 at 3:12 AM, P Purkayastha ppu...@gmail.com wrote: On 11/21/2012 07:26 AM, Carsten Haitzler (The Rasterman) wrote: On Tue, 20 Nov 2012 13:30:42 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: Ideas: - About - inside settings, doesn't need to be so highlighted as the main menu. I'd say rename settings so we can use it for more than just that, it's a place holder for other stuff of enlightenment. renaming it is not a good idea... where do people find settings them? settings is one of the better bits of the menu. changing it just because you wish to get rid of the enlightenment entry is overall becoming worse than better. - Restart/Exit E: again, this is just for E17 test, so bad for end-users. I've mentioned Xephyr but indeed you might forget to grab and the shortcut will go to outside E17 and problems will happen. What about doing it for Everything? Then you see where you'll type the action and it's clear. You can name them e-restart and e-exit commands. i'm sure not going to do all this work just to remove a menu, that to date has not caused any issues i know of. i've asked a few times now for real info on issues it's caused - real datapoints. but unless there is another viable and sane way of doing these things - they stay. doing some minor re-labelling is doable. maybe moving a menu item here and there, but now we're talking of work that REALLY doesn't need to be done - there are much more important things to do. :) In the mood of refactoring the menus... if we merge Enlightenment + Settings (maybe call it Enlightenment?), we can remove the Desktop from settings includes stuff unrelated to e at all - see the system and preferences tabs that pull in standard settings tools. main menu as it's not as useful (menu to change desktop is not that common, add/configure shelves and gadgets are more like configuration that you do once a year, show/hide windows can go under Windows main menu entry). so its in a submenu... that's why its in a submenu. its a single entry in the main menu for general desktop controls. if it was inside the main menu - i'd totally agree. please read up about the latest windows 8 criticisms. you're going the exact same direction. you're on a head-long run into trying to remove as much as you can, and in the process you hurt discoverability (and usability) and the people who don't know the key bindings etc. etc. etc. - everything even vaguely useful or used even a few times SHOULD be in a menu - even if it's not used much. in fact we currently have too FEW things in menus. we've removed way too much. people need to be able to find the thing they want without knowing magic gestures, invisible click regions, or obscure keybindings etc. - the main menu is just that. it's a central point of control that is very fast to find (start gadget or click anywhere on the desktop - probably one of the first things a person does when presented with a new blank wm/screen). this menu should provide a easy starting point for a user to discover more and access the things they need or want. preferably nothing should be more than 2 or 3 clicks/jumps away (but reality is that we have so many options, features etc. that we just can't sensibly manage that without a menu-from-hell). i fully support the streamlining and improving of menus. agreed, but removing stuff is something that should be done only as a very last resort. re-organizing - sure, but at this stage i sure don't want to spend the time re-organizing the main menu. modules DEPEND on existing hook points to insert items - re-orgs affect all of those. As for Windows i dislike it and shouldn't be that useful... but the cleanup windows and the action to recover lost windows are indeed useful... but likely the DM should avoid losing the windows instead of add them to a menu? Anyway, this one i see more reasoning to keep. it happens that apps ask to place their windows off the screen - and e honors that. in the case of things like guake they legitimately want a window off the screen so they can slide it in (yes - i know. this is a hack, and should be part of the wm and quickaccess, but apps will persist in doing these things themselves). if you ignore such requests you then break such apps, so reality is... in order to not break some apps, windows can become lost - when apps try remember their position, and you changed resolution/monitors since (x11amp used to love doing this), and you had it bottom-right, and now it asks for a position off the screen.. and you can't get to the window. that menu item exists
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 09:41:52 -0200 Luis Felipe Strano Moraes luis.str...@gmail.com said: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. i don't have time. i have work to do. i'm actually fixing the bugs as i find them - i found a massive memory leak today and i have other stuff to do that is unrelated to e17 release too - like work and stuff. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: hermet trunk/elementary/src/lib
yeah. i fixed . thanks. -Regards, Hermet- -Original Message- From: Gustavo Sverzut Barbierilt;barbi...@profusion.mobigt; To: Enlightenment Developmentlt;enlightenment-devel@lists.sourceforge.netgt;; Cc: Sent: 2012-11-21 (수) 20:54:52 Subject: Re: [E-devel] E SVN: hermet trunk/elementary/src/lib On Wed, Nov 21, 2012 at 9:42 AM, Enlightenment SVN lt; no-re...@enlightenment.orggt; wrote: gt; - if (rotation lt; 0) rotation = -rotation; gt; + if ((rotation gt; 360) || (rotation lt; 0)) gt; + { gt; +WRN(Rotation degree should be 0 ~ 360); gt; errr... not that useful, why not print the %d rotation? gt; +if (rotation gt; 360) rotation %= 360; gt; +if (rotation lt; 0) rotation += 360; gt; if rotation = -720 (iow: lt; -360), then your code still fails. -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. I said previously that I run the stable branch at work; I'm not at work. On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
Does trunk/THEMES/b_and_w//e works well? I set my e17 theme to b_and_w but the look didn't change to b_and_w (still dark). Daniel Juyung Seo (SeoZ) On Sat, Nov 17, 2012 at 7:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
Mike, It's not just u, it's every dev that cares about e17 that should get into that mode and run from stable... at least until e17 is released. I got some kind help from Ronald, from ArchLinux and he already packed the enlightenment17 into [extra], which is quite easy to get more users. We'll do some minor tweaks and then we can announce. I'd suggest that every developer using ArchLinux and cares about e17 uses the EFL provided in [extra]. I just moved from the previous -svn builds to this stable one, so I can also help testing. But we need to do 1.7.2 or 1.7.1-alpha1 before e17-alpha5. Otherwise we don't get the people to test the same software. On Wed, Nov 21, 2012 at 11:18 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. I said previously that I run the stable branch at work; I'm not at work. On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or
Re: [E-devel] E SVN: raster IN trunk/e/data/themes: . edc img
Great! I'd love it! Daniel Juyung Seo (SeoZ) On Tue, Nov 20, 2012 at 8:17 PM, Enlightenment SVN no-re...@enlightenment.org wrote: Log: try clock with separate digit images with no overlayed tube wiring. and now due to the change i get to flicker the digits into life and fade them out. yay! Author: raster Date: 2012-11-20 03:17:24 -0800 (Tue, 20 Nov 2012) New Revision: 79468 Trac: http://trac.enlightenment.org/e/changeset/79468 Added: trunk/e/data/themes/img/digit_nm.png Modified: trunk/e/data/themes/Makefile.am trunk/e/data/themes/edc/clock.edc trunk/e/data/themes/img/digit_0.png trunk/e/data/themes/img/digit_1.png trunk/e/data/themes/img/digit_2.png trunk/e/data/themes/img/digit_3.png trunk/e/data/themes/img/digit_4.png trunk/e/data/themes/img/digit_5.png trunk/e/data/themes/img/digit_6.png trunk/e/data/themes/img/digit_7.png trunk/e/data/themes/img/digit_8.png trunk/e/data/themes/img/digit_9.png trunk/e/data/themes/img/digit_na.png trunk/e/data/themes/img/digit_pm.png Modified: trunk/e/data/themes/Makefile.am === --- trunk/e/data/themes/Makefile.am 2012-11-20 09:59:24 UTC (rev 79467) +++ trunk/e/data/themes/Makefile.am 2012-11-20 11:17:24 UTC (rev 79468) @@ -164,6 +164,7 @@ img/digit_9.png \ img/digit_am.png \ img/digit_na.png \ +img/digit_nm.png \ img/digit_pm.png \ img/dot_pattern.png \ img/downlight_glow.png \ Modified: trunk/e/data/themes/edc/clock.edc === --- trunk/e/data/themes/edc/clock.edc 2012-11-20 09:59:24 UTC (rev 79467) +++ trunk/e/data/themes/edc/clock.edc 2012-11-20 11:17:24 UTC (rev 79468) @@ -2,6 +2,7 @@ min: 64 16; max: 512 128; images.image: digit_na.png COMP; + images.image: digit_nm.png COMP; images.image: digit_0.png COMP; images.image: digit_1.png COMP; images.image: digit_2.png COMP; @@ -16,22 +17,8 @@ images.image: digit_pm.png COMP; images.image: hole_tiny.png COMP; script { - public do_seconds, do_24h, do_date; - new tick_timer; + public do_seconds, do_24h, do_date, tick_timer; - valset(id, v) { - if ((v = 0) (v = 9)) { -new buf[20]; -snprintf(buf, 20, %i, v); -set_state(id, buf, 0.0); - } else { -set_state(id, default, 0.0); - } - } - apvalset(id, pm) { - if (pm) set_state(id, active, 0.0); - else set_state(id, default, 0.0); - } evalsize() { new do24h, dosec, v[14], i, tot, mul; new parts[] = { @@ -49,7 +36,7 @@ mul = 3; } - for (i = 0; i 14; i += 2) { + for (i = 12; i 14; i += 2) { custom_state(parts[i], default, 0.0); } v[0] = 0; v[1] = 2; v[2] = 2; v[3] = 4; // hrs @@ -102,7 +89,23 @@ } clock_cb(0); } - + valset(name[], v) { + new buf[20], i; + + for (i = 0; i 10; i++) { +if (i == v) { + snprintf(buf, 20, show,%s-%i, name, i); +} +else { + snprintf(buf, 20, hide,%s-%i, name, i); +} +emit(buf, c); + } + } + apvalset(id, pm) { + if (pm) set_state(id, active, 0.0); + else set_state(id, default, 0.0); + } public clock_cb(val) { new year, month, day, yearday, weekday, hour, minute; new Float:second; @@ -115,8 +118,8 @@ v = round(second); tim = timer(1.0 - (second - v), clock_cb, 1); // set seconds to v -valset(PART:s0, v / 10); -valset(PART:s1, v % 10); +valset(s0, v / 10); +valset(s1, v % 10); } else { tim = timer(60.0 - (second), clock_cb, 1); @@ -124,14 +127,14 @@ set_int(tick_timer, tim); // set minutes to minute - valset(PART:m0, minute / 10); - valset(PART:m1, minute % 10); + valset(m0, minute / 10); + valset(m1, minute % 10); // set hours to hour do24h = get_int(do_24h); if (do24h) { -valset(PART:h0, hour / 10); -valset(PART:h1, hour % 10); +valset(h0, hour / 10); +valset(h1, hour % 10); } else { new pm; @@ -147,8 +150,8 @@ // make after midnight be 12:XX AM :) if (hour == 0) hour = 12; } -valset(PART:h0, hour / 10); -valset(PART:h1, hour % 10); +valset(h0, hour / 10); +valset(h1, hour % 10); apvalset(PART:ap, pm); } } @@ -298,43 +301,60 @@ image.normal: hole_tiny.png;
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] elm_flip unexpected behavior
Hi everybody, I work in Enna, and after upgrade efl from 1.7.0 to 1.7.1, I have an unexpected behavior for the widget flip. When I go from the front side to back, I have the two side together. There are the same problem with the Flip Interactive test in elementary_test Oboeuf David -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
On Wed, Nov 21, 2012 at 11:20 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: Does trunk/THEMES/b_and_w//e works well? I set my e17 theme to b_and_w but the look didn't change to b_and_w (still dark). It's working fine here. Did you import trunk/THEMES/b_and_w/e/b_and_w.edj ? Daniel Juyung Seo (SeoZ) On Sat, Nov 17, 2012 at 7:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 1:41 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: Mike, It's not just u, it's every dev that cares about e17 that should get into that mode and run from stable... at least until e17 is released. I got some kind help from Ronald, from ArchLinux and he already packed the enlightenment17 into [extra], which is quite easy to get more users. We'll do some minor tweaks and then we can announce. I'd suggest that every developer using ArchLinux and cares about e17 uses the EFL provided in [extra]. I just moved from the previous -svn builds to this stable one, so I can also help testing. But we need to do 1.7.2 or 1.7.1-alpha1 before e17-alpha5. Otherwise we don't get the people to test the same software. I agree completely, but I don't have the time or resources to do a library release now. If someone were to put out a 1.7.2-alpha1 or something now, I think it would be very useful for testing. On Wed, Nov 21, 2012 at 11:18 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. I said previously that I run the stable branch at work; I'm not at work. On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.com wrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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] b_and_w theme
I have no idea what THEMES/b_and_w is, so I left it alone and created a subdir when I put the old theme in. most likely the old stuff (aside from xcfs/svgs) should be cleaned up and removed On Wed, Nov 21, 2012 at 11:55 AM, Bruno Dilly bdi...@profusion.mobi wrote: On Fri, Nov 16, 2012 at 8:55 PM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e What is trunk/THEMES/b_and_w ? It was the home of b w before becoming the default theme ? Shouldn't it be removed from the repository (trunk/THEMES/b_and_w/e should be kept, obviously) ? -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
I just installed b_and_w.edj and changed the theme from theme - personal. Now I tried to import b_and_w.edj and i got the error message. Enlightenment was unable to import the theme. Are you sure this is really a valid theme? I am on the svn revition 79502. Daniel Juyung Seo (SeoZ) On Wed, Nov 21, 2012 at 10:47 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 11:20 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: Does trunk/THEMES/b_and_w//e works well? I set my e17 theme to b_and_w but the look didn't change to b_and_w (still dark). It's working fine here. Did you import trunk/THEMES/b_and_w/e/b_and_w.edj ? Daniel Juyung Seo (SeoZ) On Sat, Nov 17, 2012 at 7:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
On Wed, Nov 21, 2012 at 12:08 PM, Daniel Juyung Seo seojuyu...@gmail.com wrote: I just installed b_and_w.edj and changed the theme from theme - personal. Now I tried to import b_and_w.edj and i got the error message. Enlightenment was unable to import the theme. Are you sure this is really a valid theme? I am on the svn revition 79502. I've tried the same approach and worked fine here. I'm on r 79509. Are you testing e17 with efl 1.7 or svn ? I'm using the later, maybe it's related to that someway. Daniel Juyung Seo (SeoZ) On Wed, Nov 21, 2012 at 10:47 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 11:20 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: Does trunk/THEMES/b_and_w//e works well? I set my e17 theme to b_and_w but the look didn't change to b_and_w (still dark). It's working fine here. Did you import trunk/THEMES/b_and_w/e/b_and_w.edj ? Daniel Juyung Seo (SeoZ) On Sat, Nov 17, 2012 at 7:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? I agree. Especially for other distro like the BSD i'll put money on the fact that no other distros or os's are checked.. and given alpha4 came out.. make distcheck wasn't used as edje_cc wil have segv's failing it. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)raster@rasterma -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net
Re: [E-devel] Class hierarchy diagram for Eo based Ecore, Evas, Edje, Elementary
* daniel.za...@samsung.com daniel.za...@samsung.com [2012-11-21 07:28:27 +0200]: Hi. First of all, good work, Yakov et al. Reading and wondering, is NO INSTANT meaning NO INSTANCE? Why does the Evas class implements the evas_common_interface (evas_get() for an evas handle?)? On 11/20/2012 06:55 PM, Gustavo Sverzut Barbieri wrote: looking at evas/edje/elm: - Evas_Object_Smart: shouldn't it be NO INSTANT? Maybe in the future when people use Eo to create sub-classes as opposed to extending Evas_Smart_Class? We let it for compatibility with existent entities using smart, like e entities. In my opinion, we need to let it regular for backward compatibility forever or at least a lot of time. Yeah, I can see problems with existing code, too, but Gustavo's idea is the way to go. - elm_widget: NO INSTANT, just compat will be REGULAR. You are right, will be fixed. FYI no more compat because no one was supposed to inherit from elm object before the porting. Yep, no instance of elm widget. Compat is long dead, don't worry about it. I'm curious to see these new signal, clickable, zoombable, draggable, selectable interfaces. The idea is good. - elm_box should share something with evas box, now that we have eo, same for table - elm_layout should share with edje - elm_image, elm_thumb could share with evas_image Ack, ack and ack. Particularly I think that elm_widget should be an interface and not a class, then you compose an elm_image from Evas_Object_Image with Elm_Widget. There is no need to have the Evas_Smart as we do have now, it's just there because we lacked tools. Indeed. With Eo in, we could get rid of Evas_Smart for good, keeping Evas_Object_Smart as a class only until we have no more 'oficial' users of it, and deprecating it ASAP. We could even move the smart virtuals/funcs of evas_object_smart up to Evas_Object, making the smart implementations of rectangle/image etc to link to that internal code. Also some others could be made mixin, file-selector button is both a file selector and a button to launch it. Same for fileselector. Yep. Some of those could have been made more sane class-hierarchy-wise during my work -- the hell was THEME API BREAKING. Until we can be free to break them, it's hard. I know some of my suggestions will require deeper changes and may not be doable right now, but it's good to keep in mind. We focused for the moment on the Eo porting without changes on the design. And I don't want to imagine rebase ;-). More, we don't have enough deep knowledge to know what is supposed to be a mixin ... (as you wrote just before) so I think help will be needed from outside to do it. Mmm, I remember Tasn was very confident of its meaning/uses. Also, your image says elm_interface_scrollable is a mixin: what does it mix, coming just from scrollable_interface? We already thought about file_selector_button change, the others were not obvious for us. Thank you for the tip. Too, we will create a new interface for item management because a lot of classes have the same item management operations (behavior is different but a common API can be found). As for the overall picture, it seems correct, but I did not compare it with other references so I may have missed something. Great work! :-) Sure Glima will find the failures ;-) Regards, -- Gustavo Lima Chaves Computer Engineer @ ProFUSION Embedded Systems -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] b_and_w theme
ar. I am very sorry. It works with two another machines. There is no clue why it didn't work at the office. I will have a look at that tomorrow. Thanks a lot for the help. Daniel Juyung Seo (SeoZ) On Wed, Nov 21, 2012 at 11:44 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 12:08 PM, Daniel Juyung Seo seojuyu...@gmail.com wrote: I just installed b_and_w.edj and changed the theme from theme - personal. Now I tried to import b_and_w.edj and i got the error message. Enlightenment was unable to import the theme. Are you sure this is really a valid theme? I am on the svn revition 79502. I've tried the same approach and worked fine here. I'm on r 79509. Are you testing e17 with efl 1.7 or svn ? I'm using the later, maybe it's related to that someway. Daniel Juyung Seo (SeoZ) On Wed, Nov 21, 2012 at 10:47 PM, Bruno Dilly bdi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 11:20 AM, Daniel Juyung Seo seojuyu...@gmail.com wrote: Does trunk/THEMES/b_and_w//e works well? I set my e17 theme to b_and_w but the look didn't change to b_and_w (still dark). It's working fine here. Did you import trunk/THEMES/b_and_w/e/b_and_w.edj ? Daniel Juyung Seo (SeoZ) On Sat, Nov 17, 2012 at 7:55 AM, Michael Blumenkrantz michael.blumenkra...@gmail.com wrote: On Fri, 16 Nov 2012 23:44:07 +0100 rustyBSD rusty...@gmx.fr wrote: Grr did someone notice that the Black White theme is uncompilable ?? $ make edje_cc theme.edc b_and_w.edj edje_cc: Error. theme.edc:46 unhandled keyword spectrum edje_cc: Error. PARSE STACK: spectra.spectrum edje_cc: Error. PARAMS: that's not the bw theme. bw is in trunk/THEMES/b_and_w/e -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your
Re: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers
Ok, I have also make patch for efl/src/lib/evas and add some more fixes for that function. Regards, Patrick -Original Message- From: ChunEon Park [mailto:her...@naver.com] Sent: 10 listopada 2012 10:18 To: Enlightenment developer list Subject: Re: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Hi, intention is good to me. but it would be better if the check is inside the _key_grab() function. and please make a patch for efl/src/lib/evas also while efl is being migrated into one build tree. thank you. -Regards, Hermet- -Original Message- From: Patryk Kaczmareklt;patry...@samsung.comgt; To: lt;enlightenment-devel@lists.sourceforge.netgt;; Cc: Sent: 2012-11-07 (수) 00:16:02 Subject: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Hi all, I had prepare some fix for evas_object_key_grab function. In my opinion when given modifiers are equal it should return FALSE. Please verify attached file. Regards, Patrick -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel evas_key_grab-fix-open-source-community.patch Description: Binary data -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers
Ups, I forgot that evas is moved, now is correct. Sorry -Original Message- From: Patryk Kaczmarek [mailto:patry...@samsung.com] Sent: 21 listopada 2012 18:19 To: 'Enlightenment developer list' Subject: RE: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Ok, I have also make patch for efl/src/lib/evas and add some more fixes for that function. Regards, Patrick -Original Message- From: ChunEon Park [mailto:her...@naver.com] Sent: 10 listopada 2012 10:18 To: Enlightenment developer list Subject: Re: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Hi, intention is good to me. but it would be better if the check is inside the _key_grab() function. and please make a patch for efl/src/lib/evas also while efl is being migrated into one build tree. thank you. -Regards, Hermet- -Original Message- From: Patryk Kaczmareklt;patry...@samsung.comgt; To: lt;enlightenment-devel@lists.sourceforge.netgt;; Cc: Sent: 2012-11-07 (수) 00:16:02 Subject: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Hi all, I had prepare some fix for evas_object_key_grab function. In my opinion when given modifiers are equal it should return FALSE. Please verify attached file. Regards, Patrick -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel evas_key_grab-fix-open-source-community.patch Description: Binary data -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? -- Thomas Sachau Gentoo Linux Developer signature.asc Description: OpenPGP digital signature -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Class hierarchy diagram for Eo based Ecore, Evas, Edje, Elementary
On Tue, Nov 20, 2012 at 4:09 PM, Yakov Goldberg yako...@samsung.com wrote: Hi! As you probably know, we've (TAsn, JackDanielZ and me) ported Ecore, Evas and Edje to Eo and continuing working on Elementary. I'm also writing automatic bindings generator. First step I do: I parse C-sources and create XML for each class I've found. Later I generate code for Python(Cython based) and JS(elev8 - based). I also can build class diagram. No one, except JackDanielZ and TAsn never seen it. Now it's time to uncover it. :)) It would be nice, if you can take a look on it and tell us, if you see something wrong or strange in existing class hierarchy. PS. png is generated from graphviz directed graph. It would be nice to hear from you, if you know how I can make this diagram prettier. Damn, you are so artistic. :P In the future please don't send 1MB attachments to the ML and instead just upload the pictures somewhere and put the links in the mail. :) Very nice, gj. It's very helpful and should probably be put in the wiki. As for making it prettier: You should probably add a legend and consider being more UML like, or at least more like the standard representation of inheritance (if there is one). By the way, I agree with Gustavo, Daniel and Gustavo. :) -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Giving ya-kov commit access
On Tue, Nov 20, 2012 at 12:46 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: +1 If he promises to give us a proper model class in EFL. It's funny that I've wrote Eina_Model, Tasn converted it to a generic object and then the model itself, that was the missing bit in my point of view, just disappeared. :-( Either that or come back with eina model as it was. Well, I played with it, I didn't really convert it. I don't think my code was ever even in, yet yours was at some point. I'm still against adding such a big thing that we just don't use anywhere, but I guess it's always a problem with such things, you have to start somewhere. -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [patch][elementary][entry] Hide copy/paste menu if there is no selection
On Mon, Nov 19, 2012 at 12:33 PM, thiep ha thiep...@samsung.com wrote: Dear All, I have seen that if there is no selection in an entry, the copy/cut menus are still shown in entry. (Example: double click at the end of entry or on an empty entry). I modified source code to not show copy/cut menus in above scenario. I also removed the redundant checking condition for showing copy/cut menus. Please review this patch. I can't test it atm, but I was under the impression it was already there. More specifically, I remember fixing it up a bit when I was working on ecrire. Are you certain it's broken? Maybe you've tested with old code? (Again, I can't test). -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_object_part_text_get vs. elm_entry_entry_get
On Sun, Nov 18, 2012 at 11:09 PM, Raphael Kubo da Costa No; the former just ends up calling the latter and is widget-agnostic. Exactly. The idea was that we have the consistent way across all widgets that just works everywhere, but for entry, because we have so much text manipulation, we have it's own namespace, and for the sake of completeness we just left it there. -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Giving ya-kov commit access
On Wednesday, November 21, 2012, Tom Hacohen wrote: On Tue, Nov 20, 2012 at 12:46 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: +1 If he promises to give us a proper model class in EFL. It's funny that I've wrote Eina_Model, Tasn converted it to a generic object and then the model itself, that was the missing bit in my point of view, just disappeared. :-( Either that or come back with eina model as it was. Well, I played with it, I didn't really convert it. I don't think my code was ever even in, yet yours was at some point. I'm still against adding such a big thing that we just don't use anywhere, but I guess it's always a problem with such things, you have to start somewhere. We don't use because it doesn't exist :-) Btw, we did project for customers using Eina_Model. So it is usable and helpful. -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. -- Thomas Sachau Gentoo Linux Developer -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 05:48:57PM -0200, Gustavo Sverzut Barbieri wrote: On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. So why insist on releasing e-wm tarballs, when only way to test newer tarball is to build efl from svn branch everybody who wants to test new e-wm can test it from svn trunk together when he is building efl from svn branch... Cheers, -- Martin 'JaMa' Jansa jabber: martin.ja...@gmail.com signature.asc Description: Digital signature -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Getting a snapshot of a window when using openGL
Hello, I need to grab a snapshot of a window, which was created using openGL. evas_object_image_data_get returns NULL, since I am using a native surface in the window, and I could not find an equivalent for glGetTexImage in Evas_GL.h . Is there a way for me to get the image, either directly from the window, or using evas_gl ? thanks, Yael -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 5:48 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. It shouldn't happen when blocker issues were fixed. There is definitely no point in releasing a new tarball that can't be used with 1.7.x branch. It's blocker, new e17 tarball won't build. In this case a version 1.7.2 should be released. Before releasing e17, most probably more fixes will be done, and a version 1.7.3 should be released. But if another blocker issue is found, another release would be required before. Sure, it's impossible to Mike handle all this stuff alone. Luis commented he and Mike were talking about creating a release team or something like that to handle this situation. Most probably they will send something to the list about it soon. Regards. -- Thomas Sachau Gentoo Linux Developer -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Bruno Dilly Lead Developer ProFUSION embedded systems http://profusion.mobi -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry
Am Wed, 21 Nov 2012 08:40:24 +0900 schrieb Carsten Haitzler (The Rasterman): Thanks for this hint. I tried also to set min for a Background object and it seems to work at least in the way for the window and so the widgets too. But I'll try the rect hint too. On Tue, 20 Nov 2012 23:15:25 +0100 Andreas Volz li...@brachttal.net said: NEVER set min (or max) size hints on elm objects. they set them themselves. all you do is fight over who set them last. never do this. min size horizontally will be almost nothing for an entry (as it can scroll...)... what you want is an EXTRA controlling geometry... and you can do this with tables + evas rects. pack a rect (never show it) in the SAMe cell as the entry an set the min size hint on the RECT... (u can set max too) and THIS becomes another control-point. the algorithms all deal with this correctly and use the most limiting constraint of all min sizes and all max sizes... :) Hi, I just created a small GUI window based in Elementaryxx. I'll show an shot of my problem and some C++ code here. But I'm sure same problem would exist in C code. Window shot: http://s10.postimage.org/eqt4kvdzd/Entry_min_size.jpg Source code: http://codepad.org/kEHOX9n1 I expected this call should set a minimum size of the Entry: et-setMinHintSize (Eflxx::Size (50, 0)); And as result the window start size should include this widget as it does with the label text. But it doesn't work. Any ideas how to get this done? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] elm_object_part_text_get vs. elm_entry_entry_get
Am Wed, 21 Nov 2012 19:20:01 + schrieb Tom Hacohen: On Sun, Nov 18, 2012 at 11:09 PM, Raphael Kubo da Costa No; the former just ends up calling the latter and is widget-agnostic. Exactly. The idea was that we have the consistent way across all widgets that just works everywhere, but for entry, because we have so much text manipulation, we have it's own namespace, and for the sake of completeness we just left it there. For Eflxx I have Elmxx::Object::setText() and Elmxx::Entry::setText() which overwrites this function. But in the end both will do the same. -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Generate Eflxx API docs?
Hi, is it possible to generate the Eflxx API doxygen docs like the C API and store it somewhere on the web server? Who should I ask for permission and to help with the task? If not allowed I've to generate them local each day. regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [PATCH] Fix a message in the updates checker.
--- src/modules/wizard/page_170.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/src/modules/wizard/page_170.c b/src/modules/wizard/page_170.c index 7ae75b1..fe42877 100644 --- a/src/modules/wizard/page_170.c +++ b/src/modules/wizard/page_170.c @@ -31,18 +31,18 @@ wizard_page_show(E_Wizard_Page *pg) e_widget_textblock_markup_set (ob, _(Enlightenment can check for newbr - versions, updates, securiity andbr - bugfixes, as well as available add-ons.br + versions, updates, security andbr + bug fixes, as well as available add-ons.br br This is very useful, because it lets youbr - you know about available bug fixes andbr + know about available bug fixes andbr security fixes when they happen. As abr bi-product of this, Enlightenment willbr connect to enlightenment.org and transmitbr - some information as a result much like anybr - web browser might do. No personal informationbr - such as username, password or any personalbr - files will be transmitted. If you do not likebr + some information much like any web browserbr + might do. No personal information such asbr + username, password or any personal filesbr + will be transmitted. If you do not likebr this, please disable this below. It is highlybr advised that you do not disable this as itbr may leave you vulnerable or having to livebr -- 1.7.12.1 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, Nov 21, 2012 at 5:48 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. It shouldn't happen when blocker issues were fixed. There is definitely no point in releasing a new tarball that can't be used with 1.7.x branch. It's blocker, new e17 tarball won't build. In this case a version 1.7.2 should be released. Before releasing e17, most probably more fixes will be done, and a version 1.7.3 should be released. But if another blocker issue is found, another release would be required before. Sure, it's impossible to Mike handle all this stuff alone. Luis commented he and Mike were talking about creating a release team or something like that to handle this situation. Most probably they will send something to the list about it soon. Regards. +1 There should also be a efl 1.7.x beta out a week before the final e17 release so we get atleast 2 e17 beta's built against it, Neither should change to much unless something goes horribly wrong failure to do this could quite likely mean emergency bugfix releases within a week after the actual release. I prefer the idea of a edje 1.7.1.1 to patching it manually (Atleast we all still have the same codebase) however Bruno's suggestion is definitely my preferred one. In my opinion If everyone is so under the pump and busy they can't do a 1.7.x release this week the e17 release should be pushed back 1 week (or till the new year if its more practical) due to major issues found during alpha. In my opinion having a release date and slipping it by 1 week to make the software more reliable is better then meeting the release date with buggy software, I also believe its better to have a release date to aim for then possibly let it slip a little then to just release when its ready, because you will always have some idea or something that you think should be re written to stop you from releasing. In my opinion release dates particularly when there is no big contract waiting on it should always be atleast a little flexible. Slipping by only a week or 2 in a 12 year cycle is really alot better then most other projects i have ever seen. Simon -- Thomas Sachau Gentoo Linux Developer -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN:barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware,
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com javascript:; Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry
Am Tue, 20 Nov 2012 23:15:25 +0100 schrieb Andreas Volz: Hi, I just created a small GUI window based in Elementaryxx. I'll show an shot of my problem and some C++ code here. But I'm sure same problem would exist in C code. Now I placed the table into a box to put some OK button below and see what happens: http://s14.postimage.org/l5cpt0w8x/box_table.jpg Here my code: http://codepad.org/gizsYHo4 As result I don't see any entries and align of the widgets has changed. But I expected just to put some OK/Cancel button at the end of the window. How do you suggest to do this? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry
Please have a look at trunk/elementary/src/bin/test_gengrid.c I had the exactly same issue with you and added the sample code. Refer _elm_min_set() function and read what it does. Daniel Juyung Seo (SeoZ) On Thu, Nov 22, 2012 at 7:32 AM, Andreas Volz li...@brachttal.net wrote: Am Tue, 20 Nov 2012 23:15:25 +0100 schrieb Andreas Volz: Hi, I just created a small GUI window based in Elementaryxx. I'll show an shot of my problem and some C++ code here. But I'm sure same problem would exist in C code. Now I placed the table into a box to put some OK button below and see what happens: http://s14.postimage.org/l5cpt0w8x/box_table.jpg Here my code: http://codepad.org/gizsYHo4 As result I don't see any entries and align of the widgets has changed. But I expected just to put some OK/Cancel button at the end of the window. How do you suggest to do this? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? I can probably download a Fedora 17 ISO and create a VM sometime in the next week or 2 Sleep_Walker got python-efl and econnman building on Fedora the other day, so i can probably test that as well. I still need to look into why the connman module in e17 can't find econnman-bin thats probably slightly higher up my list, it may be as simple as econnman is installed into /sbin or /usr/sbin and thats not in the path by default in openSUSE, but i haven't quite looked into how it checks. Now i have a VM building from source i will have a look and post to the list when i have more or less of a idea. Cheers, Simon -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com javascript:; Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps,
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wednesday, November 21, 2012, Simon Lees wrote: On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? I can probably download a Fedora 17 ISO and create a VM sometime in the next week or 2 Sleep_Walker got python-efl and econnman building on Fedora the other day, so i can probably test that as well. I still need to look into why the connman module in e17 can't find econnman-bin thats probably slightly higher up my list, it may be as simple as econnman is installed into /sbin or /usr/sbin and thats not in the path by default in openSUSE, but i haven't quite looked into how it checks. Now i have a VM building from source i will have a look and post to the list when i have more or less of a idea. It doesn't use $PATH, but installs a .desktop and look for Name= field. Then make sure EConnMan is listed in your efreet menu. Cheers, Simon -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com javascript:; javascript:; Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:;javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net javascript:;javascript:; https://lists.sourceforge.net/lists/listinfo/enlightenment-devel --
Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry
On Wed, 21 Nov 2012 23:32:00 +0100 Andreas Volz li...@brachttal.net said: Am Tue, 20 Nov 2012 23:15:25 +0100 schrieb Andreas Volz: Hi, I just created a small GUI window based in Elementaryxx. I'll show an shot of my problem and some C++ code here. But I'm sure same problem would exist in C code. Now I placed the table into a box to put some OK button below and see what happens: http://s14.postimage.org/l5cpt0w8x/box_table.jpg Here my code: http://codepad.org/gizsYHo4 As result I don't see any entries and align of the widgets has changed. But I expected just to put some OK/Cancel button at the end of the window. How do you suggest to do this? odd though - why do u choose weight of 0.1 for the labels horizontally? dont u want 0? this kind of packing should work just fine though... i know it's used elsewhere in em_test... ? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 13:21:15 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.comjavascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? i have everything from trunk at this stage. i dont have 1 machine - i have 7 of them. i would have to clear up and set up all of them to use and build form branches, write some scripts etc. and i havent done that at this stage. the leaks were in both trunk and branch. the edje_cc was a non-ported patch (and we wouldn't have found it if all of us used branches - so its GOOD some use 1.7, some use trunk). i have 50 mails on e-devel that include patches, bugfixes nd issues etc. that MAY apply to 1.7.x too - and i simply haven't had the time to review the, so there may be pending things that need to go into a 1.7.2 here's a list of them from e-devel (subjects so u can search for them): Subject: [E-devel] elm flip (1.7.x) issue Subject: [E-devel] Proxy Image Subject: [E-devel] eina_share_common, eina_bench patches Subject: [E-devel] [PATCH][E] Unbreak getting Nth element from boxes. Subject: [E-devel] [PATCH][Ecore] Fixes for invalid memory read issues discovered by cppcheck Subject: [E-devel] [PATCH][Ecore,Edje,E,E-Modules-Extra] Fix typos. Subject: [E-devel] Deprecated/missing function to get object item's view? Subject: [E-devel] [PATCH] [EVAS] evas_object_key_grab add check for same modifiers Subject: [E-devel] E-devel] [PATCH] [ELEMENTARY] elm_fileselector_entry_inwin_mode_set doc fix Subject: Re: [E-devel] [Patch] [Elementary] [Entry] Clear selection when entry loses focus Subject: [E-devel] [Patch] [Elementary] Documentation update for gengrid Subject: [E-devel] [Patch][edje] Prevent duplicated inherition of after Subject: [E-devel] EVAS_CALLBACK_MOUSE_UP callback is not called. Subject: Re: [E-devel] [Patch][Elementary]Genlist: Fix anchor item to prevent scroller movement Subject: [E-devel] [Edje/Ecore]SIGSEGV on BSD's Subject: [E-devel] eina benchmark and eina_file patches Subject: [E-devel] [patch][elementary][entry] Hide copy/paste menu if there is no selection Subject: [E-devel] [PATCH] Edje: invalidate double named group Subject: [E-devel] 2 steps eina_share_common_del speed up Subject: [E-devel] elm_flip unexpected behavior that's a quick browse through my backlog finding the ones that bring up possible/probably bugs or have patches/fixes that need looking at. On Wed, Nov 21, 2012 at 12:29 PM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 13:06:54 +0100 Vincent Torri vincent.to...@gmail.com said: On Wed, Nov 21, 2012 at 12:36 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.comwrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues?
Re: [E-devel] evas_object_size_hint_min_set on a ElmEntry
On Wed, 21 Nov 2012 21:47:33 +0100 Andreas Volz li...@brachttal.net said: Am Wed, 21 Nov 2012 08:40:24 +0900 schrieb Carsten Haitzler (The Rasterman): Thanks for this hint. I tried also to set min for a Background object and it seems to work at least in the way for the window and so the widgets too. you're just lucky that the bg object at this stage dfoesnt set a min size hint... as it never has any content that should limit sizing... but in future it may... :) But I'll try the rect hint too. On Tue, 20 Nov 2012 23:15:25 +0100 Andreas Volz li...@brachttal.net said: NEVER set min (or max) size hints on elm objects. they set them themselves. all you do is fight over who set them last. never do this. min size horizontally will be almost nothing for an entry (as it can scroll...)... what you want is an EXTRA controlling geometry... and you can do this with tables + evas rects. pack a rect (never show it) in the SAMe cell as the entry an set the min size hint on the RECT... (u can set max too) and THIS becomes another control-point. the algorithms all deal with this correctly and use the most limiting constraint of all min sizes and all max sizes... :) Hi, I just created a small GUI window based in Elementaryxx. I'll show an shot of my problem and some C++ code here. But I'm sure same problem would exist in C code. Window shot: http://s10.postimage.org/eqt4kvdzd/Entry_min_size.jpg Source code: http://codepad.org/kEHOX9n1 I expected this call should set a minimum size of the Entry: et-setMinHintSize (Eflxx::Size (50, 0)); And as result the window start size should include this widget as it does with the label text. But it doesn't work. Any ideas how to get this done? regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On 21.11.2012 18:36, Simon Lees wrote: On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.com [3] wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happ at point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the sa sers. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of th quote style=padding-left: 5px; border-left: #1010ff 2px solid; margin-left: 5px; width: 100%; is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is gin-left: 5px; width: 100%;the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-r l. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? I can probably download a Fedora 17 ISO and create a VM sometime in the next week or 2 Sleep_Walker got python-efl and econnman building on Fedora the other day, so i can probably test that as well. I still need to look into why the connman module in e17 can't find econnman-bin thats probably slightly higher up my list, it may be as simple as econnman is installed into /sbin or /usr/sbin and thats not in the path by default in openSUSE, but i haven't quite looked into how it checks. Now i have a VM building from source i will have a look and post to the list when i have more or less of a idea. Cheers, Simon I have Fedora RPMS i have not signed them, i created a little repo so i could update my home machine and my work machine from my builds. I wrote a little perl script to do the builds (on a Fedora 17 vm) when new elf releases were done, so i kinda have it easy to make a new build. I do remember having to edit a few of the SPEC files in the past. I don't think i had to do anything for the 1.7.1 release. I do have Alpha3 up on the repo for e17. Here is my repo file. Remember i have not GPG signed these. cat /etc/yum.repos.d/Enlightenment.repo [Enlightenment] name=Enlightenment for Fedora $releasever baseurl=http://edmann.com/Enlightenment/repo/Fedora/$releasever enabled=1 metadata_expire=7d gpgcheck=0 The only module i have is engage. If you want more i can work them into my build script. If this was wrong for me to post i am sure someone can hide this. I did not pass any special flags during my build, if that is needed let me know and i will adjust accordingly. If there is other items you want me to build let me know and i will work it into my build script. Thanks. Links: -- [1] mailto:barbi...@profusion.mobi [2] mailto:barbi...@profusion.mobi [3] mailto:ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
Message: 4 Date: Wed, 21 Nov 2012 22:51:57 -0200 From: Gustavo Sverzut Barbieri barbi...@profusion.mobi Subject: Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4 To: Enlightenment developer list enlightenment-devel@lists.sourceforge.net Message-ID: capdpn3bggvq3zszmf8knwsjffkiyghfbrqoums2xw6yzabj...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 On Wednesday, November 21, 2012, Simon Lees wrote: On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi javascript:; javascript:; said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happened at this point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the same as other users. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of things were not expected to happen. But you know, the default theme is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-release as well. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? I can probably download a Fedora 17 ISO and create a VM sometime in the next week or 2 Sleep_Walker got python-efl and econnman building on Fedora the other day, so i can probably test that as well. I still need to look into why the connman module in e17 can't find econnman-bin thats probably slightly higher up my list, it may be as simple as econnman is installed into /sbin or /usr/sbin and thats not in the path by default in openSUSE, but i haven't quite looked into how it checks. Now i have a VM building from source i will have a look and post to the list when i have more or less of a idea. It doesn't use $PATH, but installs a .desktop and look for Name= field. Then make sure EConnMan is listed in your efreet menu. Thanks that makes life easier i'll start by checking if we are even packaging the .desktop file. Is the efreet menu just everything listed under applications? or is it a separate test? Cheers, Simon Cheers, Simon -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com javascript:; javascript:; Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list
Re: [E-devel] Getting a snapshot of a window when using openGL
On Wed, 21 Nov 2012 15:33:18 -0500 yael aharon yael.aharo...@gmail.com said: Hello, I need to grab a snapshot of a window, which was created using openGL. evas_object_image_data_get returns NULL, since I am using a native surface in the window, and I could not find an equivalent for glGetTexImage in Evas_GL.h . Is there a way for me to get the image, either directly from the window, or using evas_gl ? thanks, Yael wel evas_object_image_data_get only works on image objects - not windows. if you used the native surface stuff - then there is no image data as the image now points to a a type of data that is native to the display system - eg a pixmap. getting image pixels then means you have to COPY them from the pixmap - and so it's always slow (and it often requires reads from video ram which if you have discrete gfx, can easily be 1/100th of the speed of a normal read from ram), so in general its is HIGHLY advised not to do this as this is an awesome point for performance loss. if you really must grab a window... ecore_x_image stuff is a low-level x specific api for grabbing image data (e17's shot module uses it), and it also has infra for doing conversion from screen format/depth to argb. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Wed, 21 Nov 2012 17:48:57 -0200 Gustavo Sverzut Barbieri barbi...@profusion.mobi said: On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. :) How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. just sent my last mail with a long list of mails to e-devel that have stuff that needs looking at related tot he 1.7 branches - this is why i am nervous about putting out a 1.7.2 when i know full well there is a long list of stuff to look at in terms of fixes that havent made it in yet. -- Thomas Sachau Gentoo Linux Developer -- Gustavo Sverzut Barbieri http://profusion.mobi embedded systems -- MSN: barbi...@gmail.com Skype: gsbarbieri Mobile: +55 (19) 9225-2202 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Generate Eflxx API docs?
On Wed, 21 Nov 2012 21:56:24 +0100 Andreas Volz li...@brachttal.net said: it can be done - tho doc generation is currently broken (last ran oct 3)... and waiting for new server and vm's to be set up before doing much. i havent had time to look into this, so no point adding eflxx unless the doc generation actually works... Hi, is it possible to generate the Eflxx API doxygen docs like the C API and store it somewhere on the web server? Who should I ask for permission and to help with the task? If not allowed I've to generate them local each day. regards Andreas -- Technical Blog http://andreasvolz.wordpress.com/ -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On 21.11.2012 18:36, Simon Lees wrote: On Wednesday, November 21, 2012, Simon wrote: On 11/21/2012 10:11 PM, Luis Felipe Strano Moraes wrote: On Wed, Nov 21, 2012 at 9:36 AM, Gustavo Sverzut Barbieri wrote: On Wed, Nov 21, 2012 at 8:35 AM, Carsten Haitzler ras...@rasterman.com [3] wrote: On Wed, 21 Nov 2012 08:21:53 -0200 Gustavo Sverzut Barbieri said: This is bad. Either do 1.7.2 before next alpha, or at least 1.7.2-alpha1 We really want people to test with the exactly same software. That's the way to avoid problems like this one, it should never ever happ at point! Wasn't discomfitor running from stable EFL to avoid these issues? he's runing from the 1.7 branch - which is what will be 1.7.2... but that didnt have the fix until i added it today. the alpha shouldnt have passed make distcheck. running from the branch isn't enough. he must run from the last release tarball to be sure he has exactly the sa sers. If there need to be a fix in EFL before next alpha, he must firstly release new EFL snapshot or release, then get E17 on top of that. this is the only way to assure users will be able to compile. I'm being picky here because we're at alpha4 already, very close to end and these kind of th quote style=padding-left: 5px; border-left: #1010ff 2px solid; margin-left: 5px; width: 100%; is far from complete and thus the development may introduce some breakages... then I recommend you, the theme maker, to also run the same setup. as for make distcheck, I have no idea... likely he did not run it? How is gin-left: 5px; width: 100%;the alpha release procedure going on? Just make distcheck and it's gold? Asking more folks at #edevelop to give it a try to tarballs before doing the announcement? Testing with some pristine VM running standard distros (fedora and ubunut)? I'm testing (post-release) the alphas on a pristine vm just to make sure that the packages install ok and have no issues. Could help mike with doing this pre-r l. But I agree, having to ask users to patch by themselves edje (or run from the svn branch) is not a really good idea. Best regards, --lf I am doing similar for openSUSE on a clean vm updating, deleting .e running first time, checking connman then having a quick play around, I am also running alphas on a old laptop How hard for you to do fedora? I can probably download a Fedora 17 ISO and create a VM sometime in the next week or 2 Sleep_Walker got python-efl and econnman building on Fedora the other day, so i can probably test that as well. I still need to look into why the connman module in e17 can't find econnman-bin thats probably slightly higher up my list, it may be as simple as econnman is installed into /sbin or /usr/sbin and thats not in the path by default in openSUSE, but i haven't quite looked into how it checks. Now i have a VM building from source i will have a look and post to the list when i have more or less of a idea. Cheers, Simon I have Fedora RPMS i have not signed them, i created a little repo so i could update my home machine and my work machine from my builds. I wrote a little perl script to do the builds (on a Fedora 17 vm) when new elf releases were done, so i kinda have it easy to make a new build. I do remember having to edit a few of the SPEC files in the past. I don't think i had to do anything for the 1.7.1 release. I do have Alpha3 up on the repo for e17. Here is my repo file. Remember i have not GPG signed these. cat /etc/yum.repos.d/Enlightenment.repo [Enlightenment] name=Enlightenment for Fedora $releasever baseurl=http://edmann.com/Enlightenment/repo/Fedora/$releasever enabled=1 metadata_expire=7d gpgcheck=0 The only module i have is engage. If you want more i can work them into my build script. If this was wrong for me to post i am sure someone can hide this. I did not pass any special flags during my build, if that is needed let me know and i will adjust accordingly. If there is other items you want me to build let me know and i will work it into my build script. Thanks. I don't currently run Fedora, but we are building packages on the openSUSE build service for openSUSE and with no or little extra effort we can build Fedora rpms so we do. OBS spawns a limited VM then installs all build dependencies then does a build and creates the packages, it repeats this process for each package. Currently there are 2 repositories available Factory [1][2] which used to be release and contains packages built from the Released tars which is efl, python-efl, e17, terminology and econnman this repo currently has alpha 3 in it (If no one decides to do a efl release by the weekend i will probably patch edje so we can build later alpha's We also have a Nightly [3][4] repository which gets updated 2-3 times a week this has substantially more in it including ephysics and
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
On Thu, 22 Nov 2012 04:00:04 +1030 Simon si...@simotek.net wrote: On Wed, Nov 21, 2012 at 5:48 PM, Gustavo Sverzut Barbieri barbi...@profusion.mobi wrote: On Wednesday, November 21, 2012, Thomas Sachau wrote: Gustavo Sverzut Barbieri schrieb: On Wednesday, November 21, 2012, Carsten Haitzler wrote: On Wed, 21 Nov 2012 13:54:14 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: On Wed, Nov 21, 2012 at 1:47 PM, Carsten Haitzler ras...@rasterman.com javascript:;javascript:; wrote: On Wed, 21 Nov 2012 13:18:41 + Michael Blumenkrantz michael.blumenkra...@gmail.com javascript:; javascript:; said: ah, how quickly bets are made against me the instant I leave the country. my league of admirers is always so reliable! distcheck is always run before a release. always. then how did it pass when the edje_cc in the 1.7 branch literally did crash in this scenario - it wasnt random. it literally was ALWAYS a strcmp against NULL... I said previously that I run the stable branch at work; I'm not at work. h so you didn't distcheck this one against stable branch? I'm on vacation, bedridden most of the time with the German Plague and a fever so high that the top of it can't be seen from the peak of Mt. Everest. Despite this, I managed to drag myself to my computer to try and do a release. I would appreciate greatly if people could stop being less negative and critical, and instead focus more on being both productive and constructive. fair enough - i just never expected this should even get through if you are building/testing against 1.7 - since you are not right now that dos create some issues and changes expectations that you are testing against that. How about you, Raster? Are you able to test with 1.7.x? You've mentioned this edje_cc bug and the Evas leaks. Anything else that is know but pending to be debugged in EFL (leaks, crashes) or we can do a 1.7.2? If doing a full release cycle for all released libs is too much work, what about just a minor release for edje (like version 1.7.1.1), so that users can again use release tarballs to build alpha4 of e17? Seems reasonable. But I guess there are other stuff in other libs to be out. They just wanted to get it closer to e17 being out. I'd say we need the libs should be out before e17, then we can make sure it works. Then the only situation to avoid releasing EFL is if there is something pending fix (leaks, crashes) that must get done before such release. It shouldn't happen when blocker issues were fixed. There is definitely no point in releasing a new tarball that can't be used with 1.7.x branch. It's blocker, new e17 tarball won't build. In this case a version 1.7.2 should be released. Before releasing e17, most probably more fixes will be done, and a version 1.7.3 should be released. But if another blocker issue is found, another release would be required before. Sure, it's impossible to Mike handle all this stuff alone. Luis commented he and Mike were talking about creating a release team or something like that to handle this situation. Most probably they will send something to the list about it soon. Regards. +1 There should also be a efl 1.7.x beta out a week before the final e17 release so we get atleast 2 e17 beta's built against it, Neither should change to much unless something goes horribly wrong failure to do this could quite likely mean emergency bugfix releases within a week after the actual release. I prefer the idea of a edje 1.7.1.1 to patching it manually (Atleast we all still have the same codebase) however Bruno's suggestion is definitely my preferred one. In my opinion If everyone is so under the pump and busy they can't do a 1.7.x release this week the e17 release should be pushed back 1 week (or till the new year if its more practical) due to major issues found during alpha. But then we will miss the end of the world and it will be too late. B-) -- 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 -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events
Dear Carsten and developers, I modified my previous patch. - correct format - replace my own list implementation with eina_inlist stuff - correct configure.ac Please kindly review my codes. :) Thanks and regards, Sung-Jin Park --- Original Message --- Sender : Sung-Jin Parksj76.p...@samsung.com S5/Senior Engineer/System S/W Lab./Samsung Electronics Date : Nov 21, 2012 16:34 (GMT+09:00) Title : Re: Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events Dear Carsten, Thank you for your quick and kind review. :) My opinions are following. 1. Xi2_2 - is libXi2.2 really libXi2_2.so. ? really? this has ADDED stuff from xi2... but should it have a whole new soname on real systems? Oh, does ECORE_CHECK_X_EXTENSION([Xi2], ...) mean that libXi2*.so* are existing? Library file name for xi2 is libXi.so and it wasn't changed. I used ECORE_CHECK_X_EXTENSION([Xi2_2], [XInput2.h], [Xi], [XIGrabTouchBegin], [$want_ecore_x_input]) in the patch. As I see this macro, 3rd argument ([Xi]) is used for checking the existence of the file (libXi.so). Please let me know if I didn't understand properply what you said. 2. XI_2_Major and XI_2_Minor - i would guess that the headers of xinput2 define these.. are these new in 2.2 or were they there before? this smells fishy to me. Yes, they were in XI2.h in 2.0 version of inputproto. 3. just style-wise... pleasde don't do: if (EINA_TRUE != find || !touchdev-slot) instead: if ((!find) || (!touchdev-slot)) notice i'm using the booleanness of find ANd using ()'s to group logic checks rather than precedence of operation. :) Oh, I'm sorry, I'll follow the style. :) just a small optimization - you use a while loop to walk thru _ecore_x_xi2_touch - you also made it a linked list as well.. why dont you use eina_list, or eina_inlist ? inlist inlines the lit node info into the struct... also something i tend to do with such lists that dont have any specific sort-order... when i do a successful lookup, i put the found item at the list start so the theory goes - commonly accessed items are found very quickly as they are at the font. unless real life usage is that you get pretty much random usage evenly distributed... then there is no benefit... for this i suspect it helps a little. especially once we get like 5 or 10 devices... and we look this up often.. which is what we do for every touch event there. :) Thank you :) I didn't have a time for thinking of using eina stuff. more consistent formatting would be nice. ie static Ecore_X_Touch_Device_Info* _ecore_x_input_touch_info_get()... is all one line but others are on 2 lines... make it consistent so its easier to read :) formatting: if(touchdev) - if (touchdev) ... (notice the space) I'll follow the style. :) touchdev-slot can be made part of the calloc of touchdev - alloc 1 memory blob that is sizeof Ecore_X_Touch_Device_Info PLUS ((t-num_touches) * sizeof (int))... and make slot an array of 1 instead of int *. ie int slot[1]; instead of int *slot; slot is a container which contains each finger status in it. The number of items of slot will be changed with the maximum number of fingers being recognized by a touch screen device. If the touch screen device can recognizes ten fingers at the same time and it can makes ten finger events, touchdev-max_touch will be ten and slot will be allocated with malloc(sizeof(int)*10). This is why I declare slot as a pointer. otherwise looks ok to me. can you fix the above and re-submit? :) tnx muchly! Absolutely. :) Thanks and regards, Sung-Jin Park --- Original Message --- Sender : Carsten Haitzlerras...@rasterman.com Date : 2012-11-21 13:37 (GMT+09:00) Title : Re: [E-devel] Fwd: Review request : [Ecore XI2] Add codes for selecting/retrieving XI2 touch events On Wed, 21 Nov 2012 04:05:19 + (GMT) 박성진 sj76.p...@samsung.com said: ok - i didn't get started with your first one... so i'll start here. note - i havent dug in depth and looked all over libxinput2.2 itself... 1. Xi2_2 - is libXi2.2 really libXi2_2.so. ? really? this has ADDED stuff from xi2... but should it have a whole new soname on real systems? 2. XI_2_Major and XI_2_Minor - i would guess that the headers of xinput2 define these.. are these new in 2.2 or were they there before? this smells fishy to me. 3. just style-wise... pleasde don't do: if (EINA_TRUE != find || !touchdev-slot) instead: if ((!find) || (!touchdev-slot)) notice i'm using the booleanness of find ANd using ()'s to group logic checks rather than precedence of operation. :) just a small optimization - you use a while loop to walk thru _ecore_x_xi2_touch - you also made it a linked list as well.. why dont
Re: [E-devel] [patch][elementary][entry] Hide copy/paste menu if there is no selection
I checked with revision 79529 and it still happended. You can check it as below: - In Entry 3 of Elementary Tests, click at the end of the first entry, right click, choose Select, double click, right click to see the menu. You can see Copy, Paste, Cancel submenus there. - You can do the same way with an empty entry. The reason is that we set the sd-have_selection to true at the start of selection (in elm_entry.c), even after that, the edje entry _sel_extend return without emitting selection,changed signal. Could you check it again? Best Regards, Thiep Ha --- Original Message --- Sender : Tom Hacohent...@stosb.com Date : Nov 22, 2012 04:17 (GMT+09:00) Title : Re: [E-devel] [patch][elementary][entry] Hide copy/paste menu if there is no selection On Mon, Nov 19, 2012 at 12:33 PM, thiep ha thiep...@samsung.com wrote: Dear All, I have seen that if there is no selection in an entry, the copy/cut menus are still shown in entry. (Example: double click at the end of entry or on an empty entry). I modified source code to not show copy/cut menus in above scenario. I also removed the redundant checking condition for showing copy/cut menus. Please review this patch. I can't test it atm, but I was under the impression it was already there. More specifically, I remember fixing it up a bit when I was working on ecrire. Are you certain it's broken? Maybe you've tested with old code? (Again, I can't test). -- Tom. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel pnbsp;/ppnbsp;/p -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [e-users] [Announce] Enlightenment DR 0.17-alpha4
OK. For normal, newbie and ignorant users as me. If you have EFL 1.7.0... you need update to 1.7.1, but instead download Edje 1.7.1 from web page, you need svn version, you can obtain it with: svn checkout http://svn.enlightenment.org/svn/e/branches/edje-1.7 If you have EFL 1.7.1... only download from svn edje 1.7 as above and compile it And compile e17 alpha4. Maybe a good idea for specific fixes is add a letter to end of release, as edje 1.7.1a, instead make a big 1.7.2 release of all libraries -- http://www.nuevaeralatam.com Linux user number 478378 Linux machine number 386687 Tec. Esteban Monge Marín Tel: (506) 8379-3562 “No habrá manera de desarrollarnos y salir de la pobreza mientras los pocos negocios grandes de nuestro medio se entreguen a las economías foráneas y nosotros nos quedemos con solo negocios de pobre, mientras en vez de ser propietarios de nuestro propio país nos convirtamos en un ejército de empleados del exterior” José Figueres Ferrer, 1952. -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] fixing bugs... backport them
this is just a reminder notice.. if you fix a bug in trunk.. if that bug still applies to the previous release (eg 1.7) please backport that fix there too. this is important for stability maintenance. since 1.7.1 the following libs have had fixes done/backported to them: edje-1.7 eet-1.7 elementary-1.7 evas-1.7 it's important to do this as it is a record of known bugs that exist in the stable efl releases and it lets us know when/if something needs a release. at a minimum the above need one. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] fixing bugs... backport them
On Thu, Nov 22, 2012 at 8:03 AM, Carsten Haitzler ras...@rasterman.com wrote: this is just a reminder notice.. if you fix a bug in trunk.. if that bug still applies to the previous release (eg 1.7) please backport that fix there too. this is important for stability maintenance. since 1.7.1 the following libs have had fixes done/backported to them: edje-1.7 eet-1.7 elementary-1.7 evas-1.7 if i'm not mistaken, there are some commits in elm that have not been backported Vincent it's important to do this as it is a record of known bugs that exist in the stable efl releases and it lets us know when/if something needs a release. at a minimum the above need one. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- Monitor your physical, virtual and cloud infrastructure from a single web console. Get in-depth insight into apps, servers, databases, vmware, SAP, cloud infrastructure, etc. Download 30-day Free Trial. Pricing starts from $795 for 25 servers or applications! http://p.sf.net/sfu/zoho_dev2dev_nov ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel