Scenario - multi-row table, with a small 64x64 image as a label as part of each row.
On a Xcode REAL native app, the viewing is instant. No delays.
Appcelerator takes almost 2 seconds to start displaying the first row, if there is a total of > 150 rows.
Not ideal, to say the least.
That's the exact problem i am facing as well with android.
It takes more than 15 seconds to load 22 rows and it is simply inefficient.
i actually posted something that's in the same vein here :
the screen is blank before the content loads in, for simple table views. if this was done in xcode, it would load immediately.
I am having particular problems with tables. Initially I thought it was my code. But after a few checks, I see now that the performance problem is on the iPad using tables. I am loading relatively large tables compared to here - up to 200 rows. Works instantly on the emulator, but many seconds to load on the device.
Tables are the most important view, and used lots, we need to make sure they run fast. What we need to do is find which bit is slow. E.g. is it loading an array of objects, or is it creating rows one at a time… i.e. where is the performance issue.
This doesn't sound good. I've just returned to Titaium development after last using 0.8 around December last year. I had to turn off images against rows on Android due to performance issues & was full of enthusiasm for Titanium 1.3 which promised so many performance increases and native table rendering.. I haven't coded up my XML feed which then pulls in remote images, but judging by this post it doesn't sound promising!
Did you find any way of improving performance?
I'll see if I can knock up some code to test it out today (on holiday next week) but I'm currently struggling with some basic app navigation problems.. which also isn't getting much response from the Appcelerator dudes :(
I am having same issue, tables load fines ( 30) but the images are slowing it down a lot, And when user scrolls down and then back again all the images are gone and they need to reload again ? this works very well on iphone
Could someone give an example of what are you doing. I have a table of around 200 rows displayed in 8-9 seconds. Each row has a 75x75 image and a label.
Still have great performance issues using sdk.1.7.0 :(
I'm displaying tableviews with 320x280 images and multiple 30x30 icon + text overlays…all with opacity settings as well as borderRadius and I'm not having issues. Check that you're using classname properly
andrew, what do you mean
>Check that you're using classname properly
@dev 1605: @andrew means: there is a row property called "classname", setting all rows with the same "classname" value boosts the performace. As Titanium draw it once, and use it for the rest of the table. ex: classname:'myRow'
To me the trouble is the 64x64 image that takes a lot of ressources to display. I'm using a table with around40 rows and it displays pretty fast.
When I am doing a search on a database and build rows based on the resultset, the display can takes up to 10 seconds to build if the resultset is about 300.
Are you using Images or Labels? While I do experience very slow loads of images, labels seem to draw fast enough.
Looks like I'm experiencing similar performance issue that was being masked by an HTTP call. Since I've separated out the HTTP call from the table rendering, its now painfully obvious. It takes around 3-4 seconds to render 15 rows of data, with rows containing various labels.