On 19 December 2011 21:47, Harri Porten <por...@froglogic.com> wrote: > On Mon, 19 Dec 2011, Carl Schumann wrote: > >> I am working on an application for which a QTableWidget or QTableView >> would be the obvious to me choice. Unfortunately, I get sluggish >> behavior. I took a look at KOffice's spreadsheet program, kspread. >> It also has a need for a similar user interface and its performance on >> my systems is acceptable. When I dig into the kpsread code it appears >> they are not using the QTableWidget or QTableView for the sheets in the >> workbook, but instead using lower level Qt to manage the sheet user >> interface. >> >> Am I correct that KOffice does not QTableWidget/View for the sheets >> UI? Was this done for performance reasons? > > > The main reason is an historic one: KSpread started in KDE 1 times which > predates the Qt 2 QTable class and particularly the Qt 4 item view classes. > Apart from the required porting effort performance (and customization > possibilities) might be reasons but even then, the QTable* classes aren't > necessarily unsuitable for bigger amounts of data.
Yes :) Exactly the same goes to KexiTableView (for database tabular view) but in this case the data chunks can be way bigger than in spreadsheets. (CCd to calligra-devel@kde.org) -- regards / pozdrawiam, Jaroslaw Staniek http://www.linkedin.com/in/jstaniek Kexi & Calligra (kexi-project.org, identi.ca/kexi, calligra-suite.org) KDE Software Development Platform on MS Windows (windows.kde.org) _______________________________________________ calligra-devel mailing list calligra-devel@kde.org https://mail.kde.org/mailman/listinfo/calligra-devel
