On Fri, Jan 22, 2010 at 9:28 AM, Carsten Haitzler <ras...@rasterman.com> wrote: > On Fri, 22 Jan 2010 09:15:44 +0800 Brian Wang <brian.wang.0...@gmail.com> > 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 query SQL and no need to actually create a list with >> > 1000 elements in order to show it. >> >> I'm not an expert of this, so bear with me. :-) >> You mean saving items into an SQL database and SELECT them on demand? >> If the database is on a disk (not RAM), wouldn't it be slow when the >> list is scrolled around due to the querying? If the database is in >> RAM, how is it different from the current implementation in terms of >> memory footprint? > > thats what genlist does now - it doesnt select itself - you provide the > callbacks in your item class as to how to get the data. it's up to you how to > do thats > > what is different is there is an add stage. you add all the items (as each > item > can be a different class - ie style or content). the only differencce between > what genlist does now and what gustavo is proposing is - who calls the adds. > > genlist needs to know what to call for each item to get its content - and > what > style to display it in. as such there is no way to do this without first > telling genlist which items are of what type. > > ONLY in the case where all items are of the same size (regular grid) can you > take possible shortcuts and just get item count and thus determine list height > from my previous mail - width needs to also then be fixed.
Yes. Homogeneous mode also implies 'compress' mode to limit the width to its container. > > you are creating a very special-case list. genlist is genlist.. because its.. > generic. it can handle anything you throw at it. every item can be a different > style, and different size. genlist has its own deferred queue for adding items > that it processes in idle time to keep it "fast" > > i'm not sure about what brian says - that the app becomes unresponsive. i've > run this on lower-end arm's (armv6 - 800mhz - yes thats lower end these days!) > and it runs just danndily on my test case with 2000, 10000 or more items. it > takes a while to populate the list, but u can scroll around and do things. By unresponsive, I mean that the scrolling becomes stuttering. Well, I'm running it on a "lower-end" arm with 64MB of DDR. What I could think of the difference other than the computing power is that my list contains Chinese characters. I reason that freetype tends to render Chinese charset slower due to the fact that the huge range of Chinese character set does not fit into a reasonable-sized font cache. And of course, armv6 vs armv5te, CPU core speed, DDR (I assume it's on your target too) bus speed (mine is 133/266 with 16-bit data bus...) all make big difference. However, it's the difficulty of life that I have to cope with. :-) > >> > This abstraction would also make it easier for python and other >> > bindings, as it would be possible to walk "native" (python, perl...) >> > without actually converting the huge elm_genlist calls. >> > >> > hint: I created eina_accessor to help with such thing. >> > >> > >> > -- >> > Gustavo Sverzut Barbieri >> > http://profusion.mobi embedded systems >> > -------------------------------------- >> > MSN: barbi...@gmail.com >> > Skype: gsbarbieri >> > Mobile: +55 (19) 9225-2202 >> > >> >> >> >> -- >> brian >> ------------------ >> >> Cool-Karaoke - The smallest recording studio, in your palm, open-sourced >> http://cool-idea.com.tw/ >> >> iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe >> >> ------------------------------------------------------------------------------ >> Throughout its 18-year history, RSA Conference consistently attracts the >> world's best and brightest in the field, creating opportunities for >> Conference >> attendees to learn about information security's most important issues through >> interactions with peers, luminaries and emerging and established companies. >> http://p.sf.net/sfu/rsaconf-dev2dev >> _______________________________________________ >> 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 > > -- brian ------------------ Cool-Karaoke - The smallest recording studio, in your palm, open-sourced http://cool-idea.com.tw/ iMaGiNaTiOn iS mOrE iMpOrTaNt tHaN kNoWlEdGe ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ enlightenment-devel mailing list enlightenment-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
