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
[email protected]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel

Reply via email to