gnokii-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Phonebook behaviour question


From: Bastien Nocera
Subject: Re: Phonebook behaviour question
Date: Mon, 01 Aug 2005 23:29:31 +0100

On Tue, 2005-08-02 at 00:06 +0200, Pawel Kot wrote:
> Hi Bastien,
> 
> 2005/8/1, Bastien Nocera <address@hidden>:
> > When saving phonebook entries, the phone can only fit one phone
> > number/e-mail per SIM or memory entry.
> > So when adding phone entries, I add the first one at the place that
> > gnokii or the vCard recommends. For the second one, I add it to the
> > first free entry on the memory.
> 
> Under the same name? Or under what name?

Under the same name, this would be the same gn_phonebook_entry
structure.

> > The phone will then collapse those if necessary depending on whether a
> > number if the primary one or not, and using the name in the phone entry
> > as the key.
> 
> How will the phone know whether it is a primary number or not? How
> will it appear in the phone?

The Motorola uses the extended "AT+MPBW" command, and one can include
whether the number is the primary one or not. Same thing for reading,
the result of "AT+MPBR" includes whether the phone number is the
primary.

> > Now what do I do for reading phone entries?
> > 1) Return one phonebook entry per memory entry, losing data about the
> > primary phone number.
> > 2) Get the phone entry at the location, find the entries with the same
> > name, add those to my phonebook entry data returned to the application.
> > What do I do when a non-primary entry is asked for? What do I delete
> > when asked to empty a specific location?
> 
> You are talking about some kind of the synchronization? IMHO libgnokii
> shouldn't care about it at all. But...

Not really, I'm talking about giving back something to the user that
usable even for backup, or general reading.
Either we'd get something like that right now:
---8<---
BEGIN:VCARD
VERSION:3.0
FN:Zzzzn ostrich
TEL;VOICE:07777595959
X_GSM_STORE_AT:ME67
X_GSM_CALLERGROUP:5
TEL;PREF:07777595959
END:VCARD

BEGIN:VCARD
VERSION:3.0
FN:Zzzzn ostrich
TEL;VOICE:+441483222666
X_GSM_STORE_AT:ME67
X_GSM_CALLERGROUP:5
TEL;PREF:+441483222666
END:VCARD
---8<----

Or the better:
---8<---
BEGIN:VCARD
VERSION:3.0
FN:Zzzzn ostrich
TEL;VOICE:07777595959
X_GSM_STORE_AT:ME67
X_GSM_CALLERGROUP:5
TEL;PREF:07777595959
TEL;HOME:+441483222666
END:VCARD
---8<---

> As far as I understand this is some kind of a new behaviour. I'm
> afraid that retrieving all the entries every time is completly
> unefficient. Maybe there's some kind of link between these entries?
> Does the phone really show it under one name? How fast is browsing the
> phonebook (large one)?

You don't need to retrieve all the entries, there are AT commands
available that will lookup just the data that's needed.

The phone will show the different entries with the same name under one
entry, with only the primary number being available directly (that's if
the view is set to "Primary Contacts" otherwise all the phone numbers
are shown separately).

Getting the whole phonebook right now is very very slow, as I haven't
figured out how to get only the list of the memory entries with
phonebook entries in them.

---
Bastien Nocera <address@hidden> 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]