[Qt4-feedback] QTableView and QTableWidget performance

[Jaroslaw Staniek]

On 19 December 2011 21:47, Harri Porten <porten at 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 at 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)