| author | zecke <zecke> | 2002-10-07 23:37:48 (UTC) |
|---|---|---|
| committer | zecke <zecke> | 2002-10-07 23:37:48 (UTC) |
| commit | 626183d58f43f010f5cfb055f8582be0227ff59c (patch) (side-by-side diff) | |
| tree | ad219a64b642fe63480f04cca7c37de4795c5e84 /libopie2/opiepim/backend | |
| parent | cdc6cad191b866d481085da1d05806afb5602b2c (diff) | |
| download | opie-626183d58f43f010f5cfb055f8582be0227ff59c.zip opie-626183d58f43f010f5cfb055f8582be0227ff59c.tar.gz opie-626183d58f43f010f5cfb055f8582be0227ff59c.tar.bz2 | |
We're now using a home made painting of cells
This will theoretically speed up things
Currently it's noticeable slower on SQL
Cause we do up to 80 queries for 10 different
items. As you see a cache could be the answer to these
problems.
The reason for custom drawing is speed and memory consumption.
Take the unlikely case of 10.000 items
We would have 40.000 QTableItem
but would only show 40 of them at a time.
The rest seems to be wasted
0 files changed, 0 insertions, 0 deletions