patchwork/opie.git - opie™ hacks and fixes

Age	Commit message (Collapse)	Author	Files	Lines
2004-02-21	the usual cosmetics	mickeyl	1	-4/+6

2004-02-20	moved the opie pim stuff to libopie2 - pim. Tried to resort them, may be ↵	alwin	1	-1/+32
	someone should take a look for a better file order. but now all applications can start using libopiepim2 instead of libopie1-pim-stuff.
2003-08-01	Merging changes from BRANCH_1_0 to HEAD	eilers	1	-0/+6

2002-12-10	get in sync with HEAD again	zecke	1	-0/+6
	-OPimBase was added to be used as a default struct inside OPimResolver and to work with DSOs -TodoListXML backend now uses mmap and madvise to load data -OContact added/changed rtti -OTodo added changed rtti OPimAccess* added stuff necessary for the Resolver and a 'state'/'hint' on how to load data OPimResolver which resolves uid + services to Records, rtti to QCOPChannels loads arbitary Service backends ( will work with DSOs soon ) -OPimMainWindow added some setDocument scripting possibility and internal marshalling and demarshalling of Records -OPimRecord added loadDataFromm and saveDataTo for marshalling purposes much more :)
2002-10-10	Implement read ahead on the XML resource...	zecke	1	-1/+3
	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-10	The Cache is finally in place	zecke	1	-0/+117
	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