Re: [Bitpim-devel] Sanyo Sprint phones

[Stephen W. <sa...@us...>]

Thanks for the encouragement Roger.  You have given me a bit to chew on.
I'll try to spend some time on it over the weekend.

I have a couple of comments about my phone.

The Sanyo 4900 phone book allows for each entry 7 phone numbers of the
fixed types Home, Work, Mobile, Pager, Data, Fax, and No Label.  But the
phones in bitpim seem to be like what I have seen in friends phones,
namely that each phone number associated with a name can be given any
type, (which I find more useful).  Can the Sanyo phone book structure be
fit into the bitpim structure that is being developed?  I am guessing
that if one wanted to import a phone book with duplicate types (e.g. a
Home1, Home2, Home3), a sanyo sync could accept the first phone number
with a type matching Home.* and discard the rest.  (Perhaps extra
numbers could optionally be shoved into less used types such as "No
Label", "Data", and perhaps Fax and Pager.)

Is there a framework within bitpim for holding call history and received
SMS messages?  The call history and messages all have dates and times on
them, so perhaps this stuff could be read from the phone and put in
bitpim's calendar (and exported to vcalendar?).  This could be handy for
someone who likes to keep a log of calls.  If these call history and
message "calendar" entries are tagged, then they could be ignored when
syncing to the phone since it seems to me that the value is getting this
stuff out of the phone, not sending to the phone.

In interpreting 32 bit dates on the Sanyo4900, I had a fudge factor of 5
days different from starting the epoch on July 1, 1980.  I noticed that
the fudge factor is 4 days and 17 hours for the LG-VX4400.  Is that
because BITPIM translates times into GMT, whereas I am translating into
localtime?  I don't believe my phone really knows what timezone it is
in, it just makes time whatever the towers tell it is.

					Steve