Re: [E-devel] part_swallow as embryo function in edje
Gustavo wrote: On Thu, Mar 27, 2008 at 1:46 PM, Jose Gonzalez [EMAIL PROTECTED] wrote: Gustavo wrote: On Wed, Mar 26, 2008 at 10:17 AM, Santiago Aguiar [EMAIL PROTECTED] wrote: I changed the patch to reflect Gustavo's comments. I left the part table lookup to keep the compile time check (besides most embryo wrapper functions do something similar). Would it be ok to add a GROUP:name construct to edc? Now it looks perfect :-) If nobody else spot problems I'll commit later today. As for GROUP:name it would be great and could help in the case of type: GROUP, but I fear most for compile time checks, as converting them to numbers/integers will not help much. Extend embryo scripting to have a swallow function (even if it's to be restricted to swallowing only other edje groups) seems like a nice addition.. complements the internal edc GROUP part very well. But what do you mean by: add a GROUP:name construct to edc? That would validate if the name is a group of that file, as it does for PART:name, but unlike part-variant it would not translate it to an integer. I don't know the internals to say if it's easy or not, very useful or not... Me neither. But it stands to reason that one should be able to do with embryo scripting whatever the c api can do (more or less). In fact, it'd be interesting if edje could allow for more than just embryo scripting (eg. have python, ruby, ... types of scripts also inlined in the edc file). PS. How goes the evas filters/transforms/general-clipping stuff? :) - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH 8/8] Remove autogenerated file
Hello. On Fri, 2008-03-28 at 10:13, Simon Horman wrote: On Fri, Mar 28, 2008 at 01:02:42AM +0100, Stefan Schmidt wrote: On Fri, 2008-03-14 at 01:06, Stefan Schmidt wrote: Remove autogenerated file. --- enm.pc | 11 --- 1 files changed, 0 insertions(+), 11 deletions(-) delete mode 100644 enm.pc Seems something was oing wrong on the way from patch to cvs to commit here. The file is still there. Just remove the autogenerated enm.pc file. I think that you need to explicitly use cvs remove in order to remove a file from the repository. If you just patch it out of existence then the effect is only that the file is removed locally. Seems so. So can somebody with a CVS account do this? regards Stefan Schmidt signature.asc Description: Digital signature - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] {Spam?} Re: EFL and Webkit
Vincent wrote: .. Then go from there and build things like an evas-3D lib if desired.. possibly dependent on gl but able to render to any evas by say rendering to a gl buffer and getting argb data if need be, or some other way.. just to mention that the direct3d engine can also do (obviously) 3d. Currently, the d3d engine can not, but i have a new engine which uses vertex buffers, like the open gl ones. Maybe it would be interesting to support both api. Well, if you just expose 'native surfaces' then you don't need anything more - you just draw to those with whatever libs/apis you want. But there are other ways too, eg. one could have engine specific evas objs which would allow you to specify certain obj-funcs, a 'draw' func in particular. In any case, the idea of having something like a 3d-scene object would be to abstract away from such specific apis like gl or direct3d. What api could it provide instead? Well, that could vary from something that simply allows one to 'set' a file on such an object and it'd just load a 3d scene description and maybe allow one to change some stuff... or it could give a set of primitive objs, or have some sort of high-level 3d api, or whatnot. Of course it could still allow you to use low-level apis like gl or direct3d where appropriate. What is needed here though, is *one* concrete mechanism worked-out. maybe we whould also look at gallium for 3d. As this would give...??? - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] part_swallow as embryo function in edje
Jose Gonzalez wrote: I wonder how you see this kind of things being used - maybe run-time changing of swallowed groups (triggered by signals), or maybe something else? To be honest, I wrote it because I didn't know of GROUP type parts until Gustavo told me ;). But I suppose it could be used in the way you are describing, for example to change between different menu bar based on user pressing one button or another... As someone who's fairly new to edje, what other things do you think might be useful to have? Just too new to know, but I figure that if I start using it daily probably something will pop up. The only thing I found a little cumbersome to do was to write multiple-step animations (without using embryo), since it requires writing lots of intermediate programs linked by 'after' that probably won't be used individually. Or I just don't know yet how to do it the right way ;). Maybe it's a design decision to keep programs simple and won't be painful once edje editor gets more and more mature (and maybe 'abstracts' the fact they are multiple programs)... -- Santiago Aguiar Edantech - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Nightly build log for E17 on 2008-03-28 07:08:29 -0700
Build log for Enlightenment DR 0.17 on 2008-03-28 07:08:29 -0700 Build logs are available at http://download.enlightenment.org/tests/logs Packages that failed to build: ecore_li http://download.enlightenment.org/tests/logs/ecore_li.log engage http://download.enlightenment.org/tests/logs/engage.log enna http://download.enlightenment.org/tests/logs/enna.log epdf http://download.enlightenment.org/tests/logs/epdf.log Packages with no supported build system: entice, esmart_rsvg, exorcist, python-efl, Packages skipped: camE, enotes, enscribe, epbb, eplay, erss, etk_server, etox, e_utils, Evas_Perl, evoak, gfx_routines, lvs-gui, med, nexus, notgame, ruby-efl, webcam, Packages that build OK: alarm, bling, calendar, cpu, deskshow, echo, eclair, ecore, edata, edb, e_dbus, edje_editor, edje, edje_viewer, edvi, eet, eflame, eflpp, efm_nav, efm_path, efreet, elapse, elation, elicit, elitaire, e, embrace, embryo, emotion, emphasis, empower, emprint, emu, enesim, engrave, engycad, enhance, enity, enterminus, enthrall, entrance_edit_gui, entrance, entropy, envision, epeg, ephoto, e_phys, epsilon, epx, equate, esmart, estickies, etk_extra, etk, etk-perl, evas, evfs, evolve, ewl, examine, execwatch, exhibit, exml, expedite, express, exquisite, extrackt, feh, flame, forecasts, gevas2, iconbar, imlib2_loaders, imlib2, Imlib2_Perl, imlib2_tools, language, mail, mem, mixer, moon, mpdule, net, news, notification, penguins, pesh, photo, rage, rain, screenshot, scrot, slideshow, snow, taskbar, tclock, uptime, weather, winselector, wlan, Debian GNU/Linux 4.0 \n \l Linux enlightenment2 2.6.18-4-686 #1 SMP Wed May 9 23:03:12 UTC 2007 i686 GNU/Linux See http://download.enlightenment.org/tests/ for details. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] Eet - proposing doing an alpha release. 0.9.99900
Hey guys. In an attempt to look more visible - I'm going to try and stamp out an Eet release. 1.0.0 (yes. you heard it right. a 1.0.0). This may be first in a few of such releases. Eet is especially one of the most stable bits we have. It's solid and a core part of almost everything to do with saving and loading data from disk in a trivial way for a programmer. All the tools are there to extract to text too. a few problems are left. 1. eet -x was broken by the dictionary changes lately. (cedric!:)) 2. eet -e is the reverse and thus needs to work too. 3. are there any pending patches/fixes/changes? i don't know of any, but bring them out now! that's it. fix these and we are golden. to test. try this: cd ~/.e/e/config/default eet -x e.cfg config out.txt out.txt should be a very long text file with 1000's of lines of structures and fields. you should be able to take out.txt and eet -e it back with no ill effects. (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly the same). I'm thinking April 1 is a good day to release Eet? :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
Hey, In an attempt to look more visible - I'm going to try and stamp out an Eet release. 1.0.0 (yes. you heard it right. a 1.0.0). This may be first in a few of such releases. Eet is especially one of the most stable bits we have. It's solid and a core part of almost everything to do with saving and loading data from disk in a trivial way for a programmer. All the tools are there to extract to text too. a few problems are left. 3. are there any pending patches/fixes/changes? i don't know of any, but bring them out now! yes, mine, sent some days ago, about reorganisations of the headers, to have evil well integrated in it. I repeat what i said on irc, but unit tests are really needed for eet and its future changes I'm thinking April 1 is a good day to release Eet? :) it can not be better :) But it's short :) Vincent - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH 8/8] Remove autogenerated file
On Fri, 28 Mar 2008 01:02:42 +0100 Stefan Schmidt [EMAIL PROTECTED] babbled: Hello. On Fri, 2008-03-14 at 01:06, Stefan Schmidt wrote: Remove autogenerated file. --- enm.pc | 11 --- 1 files changed, 0 insertions(+), 11 deletions(-) delete mode 100644 enm.pc Seems something was oing wrong on the way from patch to cvs to commit here. The file is still there. Just remove the autogenerated enm.pc file. i did this before: 1:52AM ~/C/e_dbus cvs remove -f enm.pc Warning: Permanently added 'cvs.enlightenment.org' (RSA) to the list of known hosts. cvs server: nothing known about `enm.pc' it's not IN cvs. :) something is a problem on your end :) regards Stefan Schmidt - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ 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)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [eet] reorganisation of the headers
On Sun, 23 Mar 2008 19:51:49 +0100 (CET) Vincent Torri [EMAIL PROTECTED] babbled: looks fine. commit your changes. :) Hey, to use evil, I need to include in the following order the headers config.h stdio.h Evil.h Eet.h Eet_Private.h that is, Evil.h must be after stdio.h and config.h, and before Eet.h Currently, all the headers are in Eet_Private.h and (i think that) it's impossible to have that order. So, I've decided to move the headers from Eet_Private.h to the corresponding source files. Patch is attached. It compiles fine on windows and linux, with -Wall. i prefer not commit it before some people (raster ?) review it, and maybe have a better idea. regards Vincent -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 15:43:59 +0100 (CET) Vincent Torri [EMAIL PROTECTED] babbled: Hey, In an attempt to look more visible - I'm going to try and stamp out an Eet release. 1.0.0 (yes. you heard it right. a 1.0.0). This may be first in a few of such releases. Eet is especially one of the most stable bits we have. It's solid and a core part of almost everything to do with saving and loading data from disk in a trivial way for a programmer. All the tools are there to extract to text too. a few problems are left. 3. are there any pending patches/fixes/changes? i don't know of any, but bring them out now! yes, mine, sent some days ago, about reorganisations of the headers, to have evil well integrated in it. I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I'm thinking April 1 is a good day to release Eet? :) it can not be better :) But it's short :) well - releasing an alpha... :) so a few days to get in any pending patches/fixes to cvs. :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
I think it'd be nice to have a @since 1.0.0 entry in the doxy before realsing eet (and its api documentation). That'd make it easier to keep track of API extensions in later releases. If you like it can add it. Peter ___ Jetzt neu! Schützen Sie Ihren PC mit McAfee und WEB.DE. 30 Tage kostenlos testen. http://www.pc-sicherheit.web.de/startseite/?mc=00 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
I'm really happy about this. Just a question RasterMan. Can I blog about this great news? ;) Luca D.M. 2008/3/28, Nathan Ingersoll [EMAIL PROTECTED]: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008, Peter Wehrfritz wrote: I think it'd be nice to have a @since 1.0.0 entry in the doxy before realsing eet (and its api documentation). That'd make it easier to keep track of API extensions in later releases. If you like it can add it. I agree completely. It helps a lot. I would have love that in the doc of autostuff, for example :) Vincent - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Friday, March 28 2008 08:39:16 Nathan Ingersoll wrote: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. Unit tests should be used throughout the process to catch issues *before* you release, not after. -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | http://counter.li.org/ #196285 signature.asc Description: This is a digitally signed message part. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 10:39:16 -0500 Nathan Ingersoll [EMAIL PROTECTED] babbled: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. going to write them all? :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 17:27:54 +0100 The DarkMaster [EMAIL PROTECTED] babbled: I'm really happy about this. Just a question RasterMan. Can I blog about this great news? ;) well i'd rather it wait until april 1... there's something special about that day... :) Luca D.M. 2008/3/28, Nathan Ingersoll [EMAIL PROTECTED]: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ 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)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 09:55:41 -0700 Eric Sandall [EMAIL PROTECTED] babbled: On Friday, March 28 2008 08:39:16 Nathan Ingersoll wrote: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. Unit tests should be used throughout the process to catch issues *before* you release, not after. that's what e is... one big unit test :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
Of course, but given that none exist and it's up to be released, some kind of compromise has to be made. On Fri, Mar 28, 2008 at 11:55 AM, Eric Sandall [EMAIL PROTECTED] wrote: On Friday, March 28 2008 08:39:16 Nathan Ingersoll wrote: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. Unit tests should be used throughout the process to catch issues *before* you release, not after. -sandalle -- Eric Sandall | Source Mage GNU/Linux Developer [EMAIL PROTECTED] PGP: 0xA8EFDD61 | http://www.sourcemage.org/ http://eric.sandall.us/ | http://counter.li.org/ #196285 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
I could say yes, but I'd be lying. I'm certainly not volunteering anyone else for the work, just pointing out that we may want to make them a higher priority if we're doing a stable 1.0.0 release any time soon. On Fri, Mar 28, 2008 at 12:15 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 28 Mar 2008 10:39:16 -0500 Nathan Ingersoll [EMAIL PROTECTED] babbled: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. going to write them all? :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 13:01:46 -0500 Nathan Ingersoll [EMAIL PROTECTED] babbled: bugger... back to using e as my test suite :) I could say yes, but I'd be lying. I'm certainly not volunteering anyone else for the work, just pointing out that we may want to make them a higher priority if we're doing a stable 1.0.0 release any time soon. On Fri, Mar 28, 2008 at 12:15 PM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: On Fri, 28 Mar 2008 10:39:16 -0500 Nathan Ingersoll [EMAIL PROTECTED] babbled: On Fri, Mar 28, 2008 at 9:56 AM, The Rasterman Carsten Haitzler [EMAIL PROTECTED] wrote: I repeat what i said on irc, but unit tests are really needed for eet and its future changes sure, but not needed for a 1.0.0 :) I agree for the alpha and beta releases, but it would be really nice to have unit tests for the final 1.0.0 release. It can help catch compatibility issues much earlier in the process. going to write them all? :) -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ 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)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
Carsten Haitzler (The Rasterman) schrieb: (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly the same). Afaik, there is no accuracy loss if you convert a hexadecimal (or binary) number into a decimal number since 10 has 2 as a prime factor. I don't know, however, how many digits you will need. Bigger problem could be that eet use %f instead of %e. So really big or really small numbers are not covered. Peter - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
On Fri, 28 Mar 2008 19:42:38 +0100 Peter Wehrfritz [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) schrieb: (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly the same). Afaik, there is no accuracy loss if you convert a hexadecimal (or binary) number into a decimal number since 10 has 2 as a prime factor. I don't know, however, how many digits you will need. Bigger problem could be that eet use %f instead of %e. So really big or really small numbers are not covered. sure - so when you are editing your text representation - you really want to edit floats in hex... right? :) point is the text is to make it human readable/editable as people seem to bitch a lot. there is no other use for it as the files are portable as-is in binary. -- - Codito, ergo sum - I code, therefore I am -- The Rasterman (Carsten Haitzler)[EMAIL PROTECTED] - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] Eet - proposing doing an alpha release. 0.9.99900
Carsten Haitzler (The Rasterman) schrieb: On Fri, 28 Mar 2008 19:42:38 +0100 Peter Wehrfritz [EMAIL PROTECTED] babbled: Carsten Haitzler (The Rasterman) schrieb: (floating point numbers may lose accuracy as they are decoded as decimal and thus when encoded again may not be exactly the same). Afaik, there is no accuracy loss if you convert a hexadecimal (or binary) number into a decimal number since 10 has 2 as a prime factor. I don't know, however, how many digits you will need. Bigger problem could be that eet use %f instead of %e. So really big or really small numbers are not covered. sure - so when you are editing your text representation - you really want to edit floats in hex... right? :) point is the text is to make it human readable/editable as people seem to bitch a lot. there is no other use for it as the files are portable as-is in binary. Well, I don't want it to have hex output. My point was that if you convert 2-adic numbers to 10-adic numbers you don't have a loss of accuracy. Of course the revers doesn't work if someone will edit the file later and change it to a 10-adic number that is not representable as a 2-adic number. Peter - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] backtrace
Carsten Haitzler (The Rasterman), il 22/03/2008 14:27, scrisse: mmory has been corrupted - something forecast does has walked over memory that shouldnt be touched. what it is i don't know and would probably need a code review of the forecast module code. attached another backtrace, this time the error looks quite different. I can confirm that there are no segfaults when forecasts isn't loaded. -- Massimo Maiurana massimoatragusa.linux.it http://massimo.solira.org GPG keyID #7044D601 Articolo 11 - L'Italia ripudia la guerra come strumento di offesa alla libertà degli altri popoli e come mezzo di risoluzione delle controversie internazionali Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1215428384 (LWP 23766)] 0xb7e744b1 in _evas_stringshare_hash_gen (str=0xd Address 0xd out of bounds, len=0xbf8f5240) at evas_stringshare.c:24 24 evas_stringshare.c: No such file or directory. in evas_stringshare.c (gdb) bt #0 0xb7e744b1 in _evas_stringshare_hash_gen (str=0xd Address 0xd out of bounds, len=0xbf8f5240) at evas_stringshare.c:24 #1 0xb7e74501 in evas_stringshare_del (str=0xd Address 0xd out of bounds) at evas_stringshare.c:96 #2 0xb7eabd51 in evas_common_image_delete (im=0x8d38890) at evas_image_main.c:122 #3 0xb7e75feb in evas_cache_image_drop (im=0x8d38890) at evas_cache_image.c:283 #4 0xb753f66e in evas_software_x11_outbuf_flush (buf=0x89625c8) at evas_outbuf.c:653 #5 0xb753dc44 in eng_output_flush (data=0x883fd98) at evas_engine.c:329 #6 0xb7e71416 in evas_render_updates_internal (e=0x8d30b40, make_updates=1 '\001', do_draw=1 '\001') at evas_render.c:390 #7 0xb7e7162b in evas_render_updates (e=0x8d30b40) at evas_render.c:467 #8 0xb7f44a59 in _ecore_evas_x_render (ee=0x8de4790) at ecore_evas_x.c:326 #9 0xb7f46cd9 in _ecore_evas_x_idle_enter (data=0x0) at ecore_evas_x.c:1314 #10 0xb7d0f7fa in _ecore_idle_enterer_call () at ecore_idle_enterer.c:101 #11 0xb7d139b7 in _ecore_main_loop_iterate_internal (once_only=0) at ecore_main.c:549 #12 0xb7d12e6b in ecore_main_loop_begin () at ecore_main.c:85 #13 0x08069a7b in main (argc=1, argv=0xbf8f8734) at e_main.c:937 (gdb) - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] part_swallow as embryo function in edje
On Fri, Mar 28, 2008 at 3:28 AM, Jose Gonzalez [EMAIL PROTECTED] wrote: Gustavo wrote: On Thu, Mar 27, 2008 at 1:46 PM, Jose Gonzalez [EMAIL PROTECTED] wrote: Gustavo wrote: On Wed, Mar 26, 2008 at 10:17 AM, Santiago Aguiar [EMAIL PROTECTED] wrote: I changed the patch to reflect Gustavo's comments. I left the part table lookup to keep the compile time check (besides most embryo wrapper functions do something similar). Would it be ok to add a GROUP:name construct to edc? Now it looks perfect :-) If nobody else spot problems I'll commit later today. As for GROUP:name it would be great and could help in the case of type: GROUP, but I fear most for compile time checks, as converting them to numbers/integers will not help much. Extend embryo scripting to have a swallow function (even if it's to be restricted to swallowing only other edje groups) seems like a nice addition.. complements the internal edc GROUP part very well. But what do you mean by: add a GROUP:name construct to edc? That would validate if the name is a group of that file, as it does for PART:name, but unlike part-variant it would not translate it to an integer. I don't know the internals to say if it's easy or not, very useful or not... Me neither. But it stands to reason that one should be able to do with embryo scripting whatever the c api can do (more or less). In fact, it'd be interesting if edje could allow for more than just embryo scripting (eg. have python, ruby, ... types of scripts also inlined in the edc file). Raster goal is that, some day, you could use embryo to change e17 itself, like providing new menus, changing window policies and behavior, so yes, this is in the right path! What he doesn't want and and is the reason to don't have Python, Ruby or Lua as the default scripting as security risk, he don't want to care about blacklisting builtin APIs (ie: write/read to files). PS. How goes the evas filters/transforms/general-clipping stuff? :) No one working on it yet. I'm moving cities (leaving INdT to open my own company) this week and raster is working on his virtual keyboard, however we did lots of discussions about it and other things. I guess we'll have this clippedsmartobject, layout, size hints, ... will come first as it's less work and more benefits ;-) -- Gustavo Sverzut Barbieri http://profusion.mobi Embedded Systems -- MSN: [EMAIL PROTECTED] Skype: gsbarbieri Mobile: +55 (81) 9927 0010 - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
