Gustavo wrote:
>> One other aspect that needs to be addressed has to do with the
>> very notion Gustavo mentioned about "negotiating" buffer sizes that
>> a filter/transform might need for putting results to.. and in fact
>> this also covers things like calculating update rects when de
Gustavo Sverzut Barbieri schrieb:
> On Fri, May 2, 2008 at 11:23 AM, Peter Wehrfritz <[EMAIL PROTECTED]> wrote:
>
>> You can use a hash or a tree instead.
>>
>
> sure, but then you waste almost a kb on the bucket allocation. it's a
> trade off, no free lunch.
> (btw, yes, evas speed up thi
On Fri, May 2, 2008 at 11:23 AM, Peter Wehrfritz <[EMAIL PROTECTED]> wrote:
> Gustavo Sverzut Barbieri schrieb:
>
>
> > Just to make clear: what goes into Evas_Object is the hints. They
> > could be represented as allocated structs managed with
> > evas_object_data_*(), but since they're so common
Gustavo Sverzut Barbieri schrieb:
> Just to make clear: what goes into Evas_Object is the hints. They
> could be represented as allocated structs managed with
> evas_object_data_*(), but since they're so common we could 1) make it
> more standard, helping integration and
I don't see where they are
Build log for Enlightenment DR 0.17 on 2008-05-02 07:08:56 -0700
Build logs are available at http://download.enlightenment.org/tests/logs
Packages that failed to build:
enna http://download.enlightenment.org/tests/logs/enna.log
epdf http://download.enlightenment.org/tests/logs/epdf.log
evolve h
andres schrieb:
> Hello, in order to implement the layout objects for my SoC project I need to
> know if it would be possible to add size hints to Evas Objects.
>
> I attached a patch file with the required changes. I tried following the
> implementation of size hints since its a similar concept
