summaryrefslogtreecommitdiff
path: root/core/pim/todo/todoview.h
authorzecke <zecke>2002-10-07 23:37:48 (UTC)
committer zecke <zecke>2002-10-07 23:37:48 (UTC)
commit626183d58f43f010f5cfb055f8582be0227ff59c (patch) (side-by-side diff)
treead219a64b642fe63480f04cca7c37de4795c5e84 /core/pim/todo/todoview.h
parentcdc6cad191b866d481085da1d05806afb5602b2c (diff)
downloadopie-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
Diffstat (limited to 'core/pim/todo/todoview.h') (more/less context) (ignore whitespace changes)
-rw-r--r--core/pim/todo/todoview.h2
1 files changed, 1 insertions, 1 deletions
diff --git a/core/pim/todo/todoview.h b/core/pim/todo/todoview.h
index 81ace3a..9408ef1 100644
--- a/core/pim/todo/todoview.h
+++ b/core/pim/todo/todoview.h
@@ -102,7 +102,7 @@ namespace Todo {
virtual void setShowDeadline( bool ) = 0;
virtual void setShowCategory( const QString& = QString::null ) = 0;
virtual void clear() = 0;
- virtual QArray<int> completed() = 0;
+/* virtual QArray<int> completed() = 0; */
virtual void newDay() = 0;
virtual void connectShow( QObject*, const char* ) = 0;