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...@rasterma
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 net
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 ge
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 s
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_co
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.
th
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: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_collection
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.
>
> Th
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
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
---
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
>>
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_NE
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 h
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 extensio
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
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: 51
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 react
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
P
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
20 matches
Mail list logo
