Hi,
MartinWittemann wrote: > > Hey, > I think the main reason for that is still the virtualization only for > rows. The columns don't get virtualized which is ofc a problem in the case > of a lot of columns. So even if there is an additional factor which > reduces the speed there, you wont get it working fast enough if you want > to have 160 Columns. > These last days, I was wondering if virtualization was still a good solution in the long term. I explain why... The main problem behind the table widget speed is mainly the number of DOM elements. Virtualization in general is really great when dealing with small sized screens. But I recently bought a new 27'' lcd screen. In one of my qx projects, I have a table rendered on the whole page and I must say it becomes really slow when the screen resolution is high (because all the cell's dom elements are then taken into account of course). As screen resolution increases from year to year, it becomes a real problem... I'm sure that browsers will become faster and faster at the dom level in the long term but will it be enough ? I think I'll start making experiments with a <canvas> based table (with a fallback for old browser to the current solution - or possibly flash)... As <canvas> is hardware accelerated, the speed would still be acceptable and furthermore, we then avoid the current numerous <div> cells... Best, Benoît. -- View this message in context: http://qooxdoo.678.n2.nabble.com/Table-perfomance-with-many-columns-tp6883678p6903672.html Sent from the qooxdoo mailing list archive at Nabble.com. ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
