Hello all,
Loading (startup) performance problem:
--
I just had time to look at the elm_genlist performance problem again.
Sometime ago, I asked the list about elm_genlist's walking through the
list at startup in order to determine the list's width a
2010/1/21 Brian Wang
> Hello all,
>
> Loading (startup) performance problem:
> --
> I just had time to look at the elm_genlist performance problem again.
> Sometime ago, I asked the list about elm_genlist's walking through the
> list at startup in o
On Thu, Jan 21, 2010 at 5:50 AM, Enlightenment SVN
wrote:
> Log:
> remove unneeded action
> Author: englebass
> Date: 2010-01-20 23:50:06 -0800 (Wed, 20 Jan 2010)
> New Revision: 45379
>
> Modified:
> trunk/e/src/bin/e_actions.c
>
> Modified: trunk/e/src/bin/e_actions.c
> =
On Thu, Jan 21, 2010 at 8:30 AM, Atton Jonathan
wrote:
> 2010/1/21 Brian Wang
>
>> Hello all,
>>
>> Loading (startup) performance problem:
>> --
>> I just had time to look at the elm_genlist performance problem again.
>> Sometime ago, I asked the li
On Wed, Jan 20, 2010 at 11:47 PM, Brian Wang wrote:
> On Wed, Jan 20, 2010 at 8:17 PM, Carsten Haitzler
> wrote:
>> On Wed, 20 Jan 2010 08:24:13 -0300 Iván Briano (Sachiel)
>> said:
>>
>>> On Wed, Jan 20, 2010 at 7:55 AM, Gustavo Sverzut Barbieri
>>> wrote:
>>> > On Wed, Jan 20, 2010 at 7:41 A
On Wed, Jan 20, 2010 at 11:22 PM, Carsten Haitzler wrote:
> On Wed, 20 Jan 2010 21:59:03 +0100 Cedric BAIL said:
>> On Wednesday, January 20, 2010, Iván Briano (Sachiel)
>> wrote:
>> > On Wed, Jan 20, 2010 at 4:25 PM, Nicolas Aguirre
>> > wrote:
>> >> Hi,
>> >>
>> >> I have notice a regression
2010/1/21 Gustavo Sverzut Barbieri :
> On Thu, Jan 21, 2010 at 8:30 AM, Atton Jonathan
> wrote:
>> 2010/1/21 Brian Wang
>>
>>> Hello all,
>>>
>>> Loading (startup) performance problem:
>>> --
>>> I just had time to look at the elm_genlist performanc
Am Donnerstag, den 21.01.2010, 10:26 -0200 schrieb Gustavo Sverzut
Barbieri:
> And to say more, just like I did with Guarana's list, we should
> abstract the model it uses, providing functions to check the number of
> items and get items given its index. That way we can write those
> functions tha
On Thu, Jan 21, 2010 at 2:53 PM, Michael 'Mickey' Lauer
wrote:
> Am Donnerstag, den 21.01.2010, 10:26 -0200 schrieb Gustavo Sverzut
> Barbieri:
>> And to say more, just like I did with Guarana's list, we should
>> abstract the model it uses, providing functions to check the number of
>> items and
Hey all,
I'm doing ebuilds for gentoo and I want to make them use configurable
mempools, however the names are stupidly bad and I have no idea the
use so I enable or disable them.
could someone (ie: cedric) document what are these, how they are
chosen, which should be really enabled and which cou
title says it all, we don't have native evas and ecore data anymore,
so benchmarks cannot work. Either we remove those for 1.0 or we copy
the old files from svn history and have in src/tests.
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
--
On Thu, 21 Jan 2010, Gustavo Sverzut Barbieri wrote:
> title says it all, we don't have native evas and ecore data anymore,
> so benchmarks cannot work. Either we remove those for 1.0 or we copy
> the old files from svn history and have in src/tests.
I like the second one.
Vincent
---
Why ecore_job and ecore_txt are split? They are so stupid that is
should go into main ecore.
Anyone with time to merge this and fix all apps that pkg-config
ecore-job or ecore-txt to use simply ecore?
--
Gustavo Sverzut Barbieri
http://profusion.mobi embedded systems
On Thu, Jan 21, 2010 at 10:25 PM, Gustavo Sverzut Barbieri
wrote:
> Why ecore_job and ecore_txt are split? They are so stupid that is
> should go into main ecore.
>
> Anyone with time to merge this and fix all apps that pkg-config
> ecore-job or ecore-txt to use simply ecore?
Actually, ecore_inpu
[snip]
>
> And to say more, just like I did with Guarana's list, we should
> abstract the model it uses, providing functions to check the number of
> items and get items given its index. That way we can write those
> functions that query SQL and no need to actually create a list with
> 1000 elemen
On Thu, Jan 21, 2010 at 8:21 PM, Gustavo Sverzut Barbieri
wrote:
> On Wed, Jan 20, 2010 at 11:47 PM, Brian Wang
> wrote:
>> On Wed, Jan 20, 2010 at 8:17 PM, Carsten Haitzler
>> wrote:
>>> On Wed, 20 Jan 2010 08:24:13 -0300 Iván Briano (Sachiel)
>>>
>>> said:
>>>
On Wed, Jan 20, 2010 at
On Fri, Jan 22, 2010 at 9:28 AM, Carsten Haitzler wrote:
> On Fri, 22 Jan 2010 09:15:44 +0800 Brian Wang
> said:
>
>> [snip]
>> >
>> > And to say more, just like I did with Guarana's list, we should
>> > abstract the model it uses, providing functions to check the number of
>> > items and get it
On Thu, 21 Jan 2010 17:04:32 +0800 Brian Wang said:
sounds ok - u missed something. this isnt just height. width. and width it
determined by content (eg how long is the text label). and... that can vary
WILDLY. you'd have to have width fixed too.
> Hello all,
>
> Loading (startup) performance p
On Fri, 22 Jan 2010 09:15:44 +0800 Brian Wang said:
> [snip]
> >
> > And to say more, just like I did with Guarana's list, we should
> > abstract the model it uses, providing functions to check the number of
> > items and get items given its index. That way we can write those
> > functions that
Hello all,
The attached (hopefully, it's attached) is my try to implement the
homogeneous mode for elm_genlist. I know it's far from perfect (e.g.
it still walks through the list to gather the width and height) and it
might contain bugs. It's ok with valgrind reports on x86 though.
The patch i
This is lame... Another try.
On Fri, Jan 22, 2010 at 10:24 AM, Brian Wang wrote:
> Hello all,
>
> The attached (hopefully, it's attached) is my try to implement the
> homogeneous mode for elm_genlist. I know it's far from perfect (e.g.
> it still walks through the list to gather the width and h
On Fri, 22 Jan 2010 10:15:52 +0800 Brian Wang said:
> On Fri, Jan 22, 2010 at 9:28 AM, Carsten Haitzler
> wrote:
> > On Fri, 22 Jan 2010 09:15:44 +0800 Brian Wang
> > said:
> >
> >> [snip]
> >> >
> >> > And to say more, just like I did with Guarana's list, we should
> >> > abstract the model it
On Fri, Jan 22, 2010 at 10:36 AM, Carsten Haitzler wrote:
> On Fri, 22 Jan 2010 10:15:52 +0800 Brian Wang
> said:
>
>> On Fri, Jan 22, 2010 at 9:28 AM, Carsten Haitzler
>> wrote:
>> > On Fri, 22 Jan 2010 09:15:44 +0800 Brian Wang
>> > said:
>> >
>> >> [snip]
>> >> >
>> >> > And to say more, ju
23 matches
Mail list logo
