Re: [E-devel] ANNOUNCE: ALPHA Release of core EFL
On Sat, 21 Aug 2010 18:01:26 -0300 Gustavo Sverzut Barbieri said: > On Saturday, August 21, 2010, Carsten Haitzler wrote: > > Several core EFL libraries have now been released as alpha. This means the > > API is "good to go", but there may be bugs. The focus is on fixing bugs now > > and keeping API stable for a full release once bugs are gone. You can get > > the alpha releases of Eina, Eet, Evas, Ecore, Embryo, Edje, Efreet, E_Dbus > > and Eeze from: > > > > http://download.enlightenment.org/releases/ > > > > You can also get the above libraries in their alpha state if you check out > > SVN revision 51480. The following libraries are in alpha state for the > > following versions: > > > > * Eina - 1.0.0 ALPHA > > * Eet - 1.4.0 ALPHA > > * Evas - 1.0.0 ALPHA > > * Eina - 1.0.0 ALPHA > > * Embryo - 1.0.0 ALPHA > > * Edje - 1.0.0 ALPHA > > * E_Dbus - 1.0.0 ALPHA > > * Eina - 1.0.0 ALPHA > > * Eeze - 1.0.0 ALPHA > > Crap! I push for this during years and the snap happens during my > honey moon... You bastard! :D MUHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAHAH! -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] "Powered by EFL" Logo ?
2010/8/24 David Seikel : > On Mon, 23 Aug 2010 11:03:02 -0300 Marina Proni > wrote: > >> Here's an attempt at a "powered by EFL" logo and a signature for >> small use. > > My first impression is that it's not "efl", but "eh". yup, right, also my girlfriend read it as "eh" the first time. dave Powered by > Canadians? The signature one looks more like "fl" following a > circular graphic, so you can't win. They do look good though. B-) > > -- > A big old stinking pile of genius that no one wants > coz there are too many silver coated monkeys in the world. > > -- > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > ___ > enlightenment-devel mailing list > enlightenment-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel > > -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe wrote: > in the good old days, before the edje file format rewrite, one was > able to create programs without name. If one needed to use that > program in an action or after clausule, one needed to declare the > name. But for programs that only reacts to signals so the name is not > relevant. > > Sachiel says now we need a name. No matter what. So I created this > workaround. It let's edje create a random name if one wasn't > explicitly set. Just trying to make things easier and maintain > compatibility with edcs I already wrote. I am not really sure of the solution. Introduction of a new program name, means that we need to check that it doesn't clash with existing code, but it also imply that when calling edje_decc they will have a name that doesn't means anything. Maybe we can just relax the rules and authorize back anoymous program with empty name. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore
On Tue, Aug 24, 2010 at 2:39 AM, Carsten Haitzler wrote:
> On Mon, 23 Aug 2010 06:05:57 -0700 "Enlightenment SVN"
> said:
>> Log:
>> * ecore: struct a b = { 0 }; doesn't mean memset.
>>
>> Author: cedric
>> Date: 2010-08-23 06:05:57 -0700 (Mon, 23 Aug 2010)
>> New Revision: 51571
>>
>> Modified:
>> trunk/ecore/src/lib/ecore/ecore_main.c
>
> actually interestingly enough... struct a b = { 0 } does mean "memset it all
> to
> 0". :)
Yes, I discovered that later, and in fact the problem was just "struct
epoll_event ev[32] = {0};". I just assumed that it didn't work for all
case, not just that one.
--
Cedric BAIL
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: mej IN trunk/eterm: Eterm/src Eterm/utils libast/src libast/test spite
On Tue, Aug 24, 2010 at 1:38 AM, David Seikel wrote:
> Yes, I'm fully aware that far to often I just do "if (pointer)" or "if
> (!pointer)". I don't see "if (!!pointer)" as being any more readable
> or correct than "if (pointer)", while grudgingly admitting that "if
> (NULL != pointer)" is likely more correct. It says what is meant, and
And you could check the script actually changed if (a != NULL) to if (a).
Suppose you have a function with an Eina_Bool parameter. It's wrong to to do
1) func(3);
2) char *a = "bla"; func(a)
3) Eina_Bool func2() { int a = 3; return a; }
You have an Eina_Bool, that should be true or false. "!!" will convert
that pointer to EINA_TRUE if it's different than 0 and to EINA_FALSE
if it's 0.
Btw, googling for "C programming double negation" does return some
meaningful results.
Lucas De Marchi
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: cedric trunk/ecore/src/lib/ecore
On Tue, Aug 24, 2010 at 1:56 AM, Vincent Torri wrote:
>>> Modified:
>>> trunk/ecore/src/lib/ecore/ecore_main.c
>>
>> actually interestingly enough... struct a b = { 0 } does mean "memset it all
>> to
>> 0". :)
>
> I'm not sure vc++ likes it, though. I prefer memset :)
AFAIK it's a gcc extension.
Lucas De Marchi
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Evas directfb include.
On Mon, Aug 23, 2010 at 8:43 PM, Eduardo Felipe wrote: > Hi folks, > > this is a tiny patch that fixes evas include of header directfb.h. The > current include makes it hard for people with multiple versions of > DirectFB installed to compile the code. > > This is the correct way to include that header, and it's the way > ecore_directfb does it. > > Cheers, in svn. Thanks Lucas De Marchi -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] E SVN: titan trunk/PROTO/emote/src/lib/protocols/irc
On Tue, Aug 24, 2010 at 1:58 AM, Vincent Torri wrote: > > > On Mon, 23 Aug 2010, Enlightenment SVN wrote: > >> Log: >> Wrong use of EMAPI... dang search and replace. Just checking you em_global.h Why not using the same macros as in EFL/E and avoid having EM_INTERN/EINTERN, EMAPI, EAPI, EM_NEW/E_NEW etc etc etc. This makes life easier when patching all the trunk. Lucas De Marchi -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
What if we ignored those names on edje_decc? On Tue, Aug 24, 2010 at 6:06 AM, Cedric BAIL wrote: > On Tue, Aug 24, 2010 at 1:30 AM, Eduardo Felipe > wrote: >> in the good old days, before the edje file format rewrite, one was >> able to create programs without name. If one needed to use that >> program in an action or after clausule, one needed to declare the >> name. But for programs that only reacts to signals so the name is not >> relevant. >> >> Sachiel says now we need a name. No matter what. So I created this >> workaround. It let's edje create a random name if one wasn't >> explicitly set. Just trying to make things easier and maintain >> compatibility with edcs I already wrote. > > I am not really sure of the solution. Introduction of a new program > name, means that we need to check that it doesn't clash with existing > code, but it also imply that when calling edje_decc they will have a > name that doesn't means anything. Maybe we can just relax the rules > and authorize back anoymous program with empty name. > -- > Cedric BAIL > -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe wrote: > What if we ignored those names on edje_decc? May you try svn r51613 and see if your anonymous program are accepted by edje_cc and run fine in your app. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
Cedric, Thanks for the attention, but r51613 does not fix my issue. I am still getting a segfault on both ob_collections_group_programs_program_script and ob_collections_group_programs_program_lua_script if there is no name. The problem is that data_queue_program_lookup expects a name, and calls strdup() on something that can be null, and on Ubuntu the assembly version of strlen (called by strdup) segfaults on NULL. So, this does not fix the issues I am having. Cheers, Eduardo Felipe. On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL wrote: > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > wrote: >> What if we ignored those names on edje_decc? > > May you try svn r51613 and see if your anonymous program are accepted > by edje_cc and run fine in your app. > -- > Cedric BAIL > -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe wrote: > Cedric, > > Thanks for the attention, but r51613 does not fix my issue. I am still > getting a segfault on both > ob_collections_group_programs_program_script and > ob_collections_group_programs_program_lua_script if there is no name. > > The problem is that data_queue_program_lookup expects a name, and > calls strdup() on something that can be null, and on Ubuntu the > assembly version of strlen (called by strdup) segfaults on NULL. So, > this does not fix the issues I am having. Ah, didn't check that case. Will look at them. Maybe you can send me your edc file. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 6:13 PM, Cedric BAIL wrote: > On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe > wrote: >> Cedric, >> >> Thanks for the attention, but r51613 does not fix my issue. I am still >> getting a segfault on both >> ob_collections_group_programs_program_script and >> ob_collections_group_programs_program_lua_script if there is no name. >> >> The problem is that data_queue_program_lookup expects a name, and >> calls strdup() on something that can be null, and on Ubuntu the >> assembly version of strlen (called by strdup) segfaults on NULL. So, >> this does not fix the issues I am having. > > Ah, didn't check that case. Will look at them. Maybe you can send me > your edc file. Could you check r51617, it should do the trick. -- Cedric BAIL -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
Cedric, Thanks a lot for the support. r51617 no longer segfaults, and appears to work fine. If I run into some problem with anonymous programs I'll write them here. Thanks again. Eduardo. On Tue, Aug 24, 2010 at 1:40 PM, Cedric BAIL wrote: > On Tue, Aug 24, 2010 at 6:13 PM, Cedric BAIL wrote: >> On Tue, Aug 24, 2010 at 6:07 PM, Eduardo Felipe >> wrote: >>> Cedric, >>> >>> Thanks for the attention, but r51613 does not fix my issue. I am still >>> getting a segfault on both >>> ob_collections_group_programs_program_script and >>> ob_collections_group_programs_program_lua_script if there is no name. >>> >>> The problem is that data_queue_program_lookup expects a name, and >>> calls strdup() on something that can be null, and on Ubuntu the >>> assembly version of strlen (called by strdup) segfaults on NULL. So, >>> this does not fix the issues I am having. >> >> Ah, didn't check that case. Will look at them. Maybe you can send me >> your edc file. > > Could you check r51617, it should do the trick. > -- > Cedric BAIL > -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe said: > Cedric, > > Thanks for the attention, but r51613 does not fix my issue. I am still > getting a segfault on both > ob_collections_group_programs_program_script and > ob_collections_group_programs_program_lua_script if there is no name. that reminds me - i need to disable that. lua is now intended for script_only stuff. trying to simplify things. i removed all the docs for it related to normal progs anyway. > The problem is that data_queue_program_lookup expects a name, and > calls strdup() on something that can be null, and on Ubuntu the > assembly version of strlen (called by strdup) segfaults on NULL. So, > this does not fix the issues I am having. > > Cheers, > > Eduardo Felipe. > > On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL wrote: > > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe > > wrote: > >> What if we ignored those names on edje_decc? > > > > May you try svn r51613 and see if your anonymous program are accepted > > by edje_cc and run fine in your app. > > -- > > Cedric BAIL > > > > -- > Sell apps to millions through the Intel(R) Atom(Tm) Developer Program > Be part of this innovative community and reach millions of netbook users > worldwide. Take advantage of special opportunities to increase revenue and > speed time-to-market. Join now, and jumpstart your future. > http://p.sf.net/sfu/intel-atom-d2d > ___ > 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 -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler wrote:
> On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe
> said:
>
>> Cedric,
>>
>> Thanks for the attention, but r51613 does not fix my issue. I am still
>> getting a segfault on both
>> ob_collections_group_programs_program_script and
>> ob_collections_group_programs_program_lua_script if there is no name.
>
> that reminds me - i need to disable that. lua is now intended for script_only
> stuff. trying to simplify things. i removed all the docs for it related to
> normal progs anyway.
So for program { script {} } only embryo will be allowed? Lua is to be
used only in lua_script_only?
>> The problem is that data_queue_program_lookup expects a name, and
>> calls strdup() on something that can be null, and on Ubuntu the
>> assembly version of strlen (called by strdup) segfaults on NULL. So,
>> this does not fix the issues I am having.
>>
>> Cheers,
>>
>> Eduardo Felipe.
>>
>> On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL wrote:
>> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
>> > wrote:
>> >> What if we ignored those names on edje_decc?
>> >
>> > May you try svn r51613 and see if your anonymous program are accepted
>> > by edje_cc and run fine in your app.
>> > --
>> > Cedric BAIL
>> >
>>
>> --
>> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
>> Be part of this innovative community and reach millions of netbook users
>> worldwide. Take advantage of special opportunities to increase revenue and
>> speed time-to-market. Join now, and jumpstart your future.
>> http://p.sf.net/sfu/intel-atom-d2d
>> ___
>> 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
>
>
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Tue, 24 Aug 2010 20:32:41 -0300 Eduardo Felipe
said:
> On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler
> wrote:
> > On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe
> > said:
> >
> >> Cedric,
> >>
> >> Thanks for the attention, but r51613 does not fix my issue. I am still
> >> getting a segfault on both
> >> ob_collections_group_programs_program_script and
> >> ob_collections_group_programs_program_lua_script if there is no name.
> >
> > that reminds me - i need to disable that. lua is now intended for
> > script_only stuff. trying to simplify things. i removed all the docs for it
> > related to normal progs anyway.
>
> So for program { script {} } only embryo will be allowed? Lua is to be
> used only in lua_script_only?
yes. i think this makes for a nice simple dividing line. lua was being sucked
in primarily because of script_only stuff i started and then i realised than
embryo wasn't going to cut it there.
> >> The problem is that data_queue_program_lookup expects a name, and
> >> calls strdup() on something that can be null, and on Ubuntu the
> >> assembly version of strlen (called by strdup) segfaults on NULL. So,
> >> this does not fix the issues I am having.
> >>
> >> Cheers,
> >>
> >> Eduardo Felipe.
> >>
> >> On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL wrote:
> >> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
> >> > wrote:
> >> >> What if we ignored those names on edje_decc?
> >> >
> >> > May you try svn r51613 and see if your anonymous program are accepted
> >> > by edje_cc and run fine in your app.
> >> > --
> >> > Cedric BAIL
> >> >
> >>
> >> --
> >> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> >> Be part of this innovative community and reach millions of netbook users
> >> worldwide. Take advantage of special opportunities to increase revenue and
> >> speed time-to-market. Join now, and jumpstart your future.
> >> http://p.sf.net/sfu/intel-atom-d2d
> >> ___
> >> 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
> >
> >
>
--
- Codito, ergo sum - "I code, therefore I am" --
The Rasterman (Carsten Haitzler)ras...@rasterman.com
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] [PATCH] Edje program name.
On Wed, 25 Aug 2010 08:54:26 +0900 Carsten Haitzler (The Rasterman)
said:
as promised. cleaned up in svn. lua is for script_only stuff. that needs to be
the path for lua (for 1.x for edje at any rate). mostly because you can
implement whole objects just in lua - no layout. just move/resize and generally
lay out objetcs yourself (create and delete them and so on).
> On Tue, 24 Aug 2010 20:32:41 -0300 Eduardo Felipe
> said:
>
> > On Tue, Aug 24, 2010 at 6:43 PM, Carsten Haitzler
> > wrote:
> > > On Tue, 24 Aug 2010 13:07:07 -0300 Eduardo Felipe
> > > said:
> > >
> > >> Cedric,
> > >>
> > >> Thanks for the attention, but r51613 does not fix my issue. I am still
> > >> getting a segfault on both
> > >> ob_collections_group_programs_program_script and
> > >> ob_collections_group_programs_program_lua_script if there is no name.
> > >
> > > that reminds me - i need to disable that. lua is now intended for
> > > script_only stuff. trying to simplify things. i removed all the docs for
> > > it related to normal progs anyway.
> >
> > So for program { script {} } only embryo will be allowed? Lua is to be
> > used only in lua_script_only?
>
> yes. i think this makes for a nice simple dividing line. lua was being sucked
> in primarily because of script_only stuff i started and then i realised than
> embryo wasn't going to cut it there.
>
> > >> The problem is that data_queue_program_lookup expects a name, and
> > >> calls strdup() on something that can be null, and on Ubuntu the
> > >> assembly version of strlen (called by strdup) segfaults on NULL. So,
> > >> this does not fix the issues I am having.
> > >>
> > >> Cheers,
> > >>
> > >> Eduardo Felipe.
> > >>
> > >> On Tue, Aug 24, 2010 at 11:19 AM, Cedric BAIL
> > >> wrote:
> > >> > On Tue, Aug 24, 2010 at 3:30 PM, Eduardo Felipe
> > >> > wrote:
> > >> >> What if we ignored those names on edje_decc?
> > >> >
> > >> > May you try svn r51613 and see if your anonymous program are accepted
> > >> > by edje_cc and run fine in your app.
> > >> > --
> > >> > Cedric BAIL
> > >> >
> > >>
> > >> --
> > >> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> > >> Be part of this innovative community and reach millions of netbook users
> > >> worldwide. Take advantage of special opportunities to increase revenue
> > >> and speed time-to-market. Join now, and jumpstart your future.
> > >> http://p.sf.net/sfu/intel-atom-d2d
> > >> ___
> > >> 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
> > >
> > >
> >
>
>
> --
> - Codito, ergo sum - "I code, therefore I am" --
> The Rasterman (Carsten Haitzler)ras...@rasterman.com
>
>
> --
> Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
> Be part of this innovative community and reach millions of netbook users
> worldwide. Take advantage of special opportunities to increase revenue and
> speed time-to-market. Join now, and jumpstart your future.
> http://p.sf.net/sfu/intel-atom-d2d
> ___
> 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
--
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d
___
enlightenment-devel mailing list
enlightenment-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
[E-devel] blur effect in edje or evas
Hi all, Does edje or evas support the blur effect? I can not find it. Thanks whtuhtc -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
Re: [E-devel] blur effect in edje or evas
On Wed, 25 Aug 2010 11:19:34 +0800 whtuhtc tu said: unfortunately it doesn't. > Hi all, > > Does edje or evas support the blur effect? I can not find it. > > Thanks -- - Codito, ergo sum - "I code, therefore I am" -- The Rasterman (Carsten Haitzler)ras...@rasterman.com -- Sell apps to millions through the Intel(R) Atom(Tm) Developer Program Be part of this innovative community and reach millions of netbook users worldwide. Take advantage of special opportunities to increase revenue and speed time-to-market. Join now, and jumpstart your future. http://p.sf.net/sfu/intel-atom-d2d ___ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
