summaryrefslogtreecommitdiff
path: root/core/pim/todo/todoview.h
AgeCommit message (Collapse)AuthorFilesLines
2005-04-06Use OResource for loading images and fix headersdrw1-22/+24
2004-02-25Todo: libopie->libopie2drw1-9/+11
2003-08-01Merging changes from BRANCH_1_0 to HEADeilers1-0/+12
2002-11-30Back from hospital with new powerzecke1-73/+9
This versions clean up m failure on templates with Qt... in todoview Implements Recurrance( backends to not safe it yet ) OPimState and Maintainer mode in some ways and much more This one also implements the OPimMainWindow specs and has a small Memu replacement to get the toolbar in one line
2002-10-13Speed Speed Speed...zecke1-1/+1
main.cpp disabled messagehandler.. TableView: do not update View from setCategory if category was not changed and if not first setCategory Inline editing is working again current is working too Fixed sorting MainWindow: Show Event and Edit event does work again Try to avoid calling sorted or allRecords unneeded... 10.000 todos on SQL does feel fast I need to get it down some more... maybe tweaking libsqlite a bit ( some compiler switches and disable asserts ) Before I implement new features I want to get down to 2-3 seconds loading of Data The UI will instantly pop up and then load the stuff within seconds
2002-10-07We're now using a home made painting of cellszecke1-1/+1
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
2002-10-07TodoView is a mess because I tried hard to makezecke1-4/+14
it work with templates... I've to clean this up Then I made the way free to use sorted my next step is to make the paint hack work
2002-10-07Re add fileszecke1-0/+178
for todo