Age | Commit message (Collapse) | Author | Files | Lines |
|
iPAQ - and not is this a 31xx or 36xx or ...)
- fixed the disply brightness resolution bug on H38xx
|
|
sensor
|
|
|
|
only OFileSelector needs to adapt it now...
Besides that make it compile with the new api
Add a configure and a libopie.pro to actually build ofileselector
and a MANIFEST to explain some basics of the now a days
a bit bigger interface
|
|
on my machine
I changed the data flow to be more extandable the Olister class
is now playing a bigger role it's dependant on
doing some assembly of the filepath and changedirs.
It now has also to take care of the location bar
|
|
|
|
|
|
Vcard now imports birthday..
|
|
so we better try to read 5 bytes ...
- small "off by one" fix for the lcd brightness resolution
|
|
some inline functions into the library
|
|
|
|
- redone the Model enum, to make it easier to check for "any iPAQ"
!! This means every application using this enum has to be recompiled !!
|
|
|
|
|
|
+ oreccurancewidget and other stuff
|
|
|
|
and a widget where you can set the Recurrance
This will be used at least in Todolist and Datebook and in the common
classes of OTodo and OEvent
Fixed the SQL in multiple ways it's summary not description for example
|
|
|
|
OTodoAccessSQL use the read ahead value
|
|
Now if one columns equals another we try harder to find a difference
Fixed DueDate sorting...
This makes the UI more appealing
|
|
Fix parsing of due Date
We can not rely that HasDate is past the dates..
do the final QDate generation just before adding
the OTodo
|
|
We currently check if the Record got a DueDate
and then do some calculations.
I added a check to see if the item isCompleted.
If it is completed it can not be overdue
Stefan: Only one item left which is overdue ;)
|
|
this commit should fix your problems...
The XML todo backend was doing some stuff wrong
with sorted Records.
I even have a Comment describing this behaviour which
is from the current POV wrong..
need to check my brain what I though this should do
|
|
zecke.. :)
|
|
|
|
|
|
|
|
|
|
|
|
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
|
|
Fix a Crash in reparse when the chooser is not yet initialized
|
|
|
|
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...
|
|
Remove Page and Inserting one again crashed...
This patch fixes this problem
|
|
Scrolling is now noticeable faster with 10.000 items
but not as fast the XML backend...
OPimCache can be tuned and Query->OTodo too
|
|
|
|
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
|
|
(opening files in qpdf works now)
|
|
|
|
|
|
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..
|
|
|
|
Case number 4 is still to go
|
|
to remove a break, when I moved the keyfilter code from the launcher to
ODevice
|
|
|
|
|
|
|
|
|
|
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
|
|
It's working as expected
I'll clean up it a bit fix some UI bugs
and then put it into the libopie.pro
|