summaryrefslogtreecommitdiff
path: root/libopie2/opiepim
AgeCommit message (Collapse)AuthorFilesLines
2002-10-14Some minor interface updateseilers6-67/+37
2002-10-14Redeactivate SQL.. ;)eilers1-5/+9
2002-10-13Add a vCal Resourcezecke3-4/+232
Play a bit with cahce sizes The idea is to have the current page and the prior page cached... still looking how to do that
2002-10-13Now returning untranslated field names, tooeilers2-0/+63
2002-10-13OPimAccessBackend nothing tried a isDirty()const ... but removed itzecke4-12/+29
ORecordList uidAt(uint index ) added Speed Improvements at the SQL backend do not load the list of uids until it's really needed do not reload the uid list until it's really needed we got a bitfield m_dirty there...
2002-10-10Implement read ahead on the XML resource...zecke3-7/+81
Scrolling is now noticeable faster with 10.000 items but not as fast the XML backend... OPimCache can be tuned and Query->OTodo too
2002-10-10The Cache is finally in placezecke6-17/+248
I tested it with my todolist and it 'works' for 10.000 todos the hits are awesome ;) The read ahead functionality does not make sense for XMLs backends because most of the stuff is already in memory. While using readahead on SQL makes things a lot faster.... I still have to fully implement read ahead This change is bic but sc
2002-10-08remove sql refseilers1-1/+1
2002-10-08Fixed libopie.pro to include the new pim-API.eilers2-6/+20
The SQL-Stuff is currently deactivated. Otherwise everyone who wants to compile itself would need to install libsqlite, libopiesql... Therefore, the backend currently uses XML only..
2002-10-07Fix sorted stuffzecke1-5/+6
Case number 4 is still to go
2002-10-07added OBackendFactory for advanced backend accesseilers1-1/+4
2002-10-07added OBackendFactory for advanced backend accesseilers4-2/+110
2002-10-07Fix sorted SQL queryzecke1-2/+5
2002-10-07Sorted works enough in the SQL backend let's commit itzecke3-8/+65
2002-10-07First SQL backend Resourcezecke5-5/+448
The DB layout is not fully what we've in mind but for example I do lack the Categories infrastructure for that I've to implement sorted lists and then I'll make Todolist fast
2002-10-02Included relative path to avoid external symbolic linkseilers1-2/+2
2002-10-02debugged and seems to work almost perfectly ..eilers1-1/+7
2002-10-01Implementation of some virtual methodseilers2-10/+13
2002-09-28remove debug outputzecke3-104/+140
move from Opie::XMLElement to custom parser this cuts down loading 10.000 items from 22 seconds to 4 seconds
2002-09-27Added API for accessing the Contact-Database ! It is compiling, buteilers6-0/+2735
please do not expect that anything is working ! I will debug that stuff in the next time .. Please read README_COMPILE for compiling !
2002-09-25Add a sort function and filter function to TodoAccesszecke7-8/+183
This would allow us todo a paint hack in QTable
2002-09-24this inline makes loading todos twice as fastzecke1-1/+1
but there is still room for improvisation
2002-09-24Add some hooks to ORecordList and Iteratorzecke1-4/+49
current() for Iterator setCurrent() for Iterator count() for both
2002-09-23Updateszecke5-13/+20
2002-09-22Two brown paper bags later OTodo is ok again... pointers can be so fscking ↵zecke3-18/+21
awesome I had problems with QShared because I forgot to copy it in &operator= And the other one was d = 0
2002-09-22Add XML resources for todolist and compile fixes for RecordListzecke12-65/+665
2002-09-22Some documentationzecke5-9/+187
and addition to OTodoAccess overDue and effectiveTodos
2002-09-22Ok now it compiles again... heurekazecke6-119/+194
I had to create templatebase so orecordlist and opimaccesstemplate do not have circular dependency otherwise just compile fixes to my templaes and i did not make them inline
2002-09-21additionszecke1-0/+16
2002-09-21Some more implementationzecke5-30/+183
in OPimRecord::setUid ORecordList implemented never compiled it though OTodo a new c'tor and some more changes
2002-09-20OTodo know is the first implementation of OPimRecordzecke4-226/+95
2002-09-20Our new common template based start for Accessing and Manipulatingzecke7-0/+1074
the Records The CROSS_REFERENCE branch will get ported to it. We use templates for several reasons They allow us to share code and to be easily extended I've to make them not inline to save memory... I've to port all DBs and Record related classes