-
FEATURED COMPONENTS
First time here? Check out the FAQ!
Hi folks,
simple question. How to implement a performant huge table?
Let's say with 20 columns and 100 rows.
And finally having these kind of table inside different tabs within in one page.
As it's looks like, it's only a problem of the IE handling the mass of tags and it's bad javascript engine. But how to make the customer happy?
We thought about using native HTML now, but the design is missing then.
So what is the problem of the IE?
I have done a dummy zul-file having three tabs. Each tab contains 9 columns and let's say 50 rows.
Using "fulfill" is a good idea, but we invoke each tab only by a specific user action. So it is already load on demand.
Where I'm wondering, what happens if I hover of the rows in the background? Because the CPU usage increases suddenly? Can't I supress this javascript in the background?
Thanks for your hints.
To bad, that most companys have only IE as the standard browser, and Microsoft is about to improve their JS enging in IE9 only.
Which version of ZK are you using ? I have some problems with IE 6 but with 3.6.3 I have no more problems...
In enterprise words: ONLY LOAD WHAT YOU SEE!
Use paging. You can read articles about that here.
best
Stephan
I know paging and sorting and of course filtering. But our business expects also reporting with a lot of rows. And that's causing performance issues.
Each hover causes javascript calls, and the IE is getting slower and slower. Also because we are using tabpages.
We are currently using IE7 together with ZK 3.5.1. But we did a test on a huge table within 3.6 as well. Nearly the same behaviour.
Any chance to switch of the background javascript?
Hi Kingkarsten,
Did you test with ZK 3.6.3 version which is faster than 3.5.x?
Is it possible to provide a URL to access your application?
Thanks,
Asked: 2009-11-27 05:30:53 +0800
Seen: 654 times
Last updated: Jan 03 '10