Hi Jaakko,
> > To support this feature then first we need to convert the current
> > feature into returning a dict. And then have this feature using a dict
> > as input.
>
> Is there already a specification/draft of the format of this dict? If not, I
> would be tempted to use the 27.007 +CPBR/W field names as keys (e.g. index,
> number, type, text, adnumber, secondtext, sip_uri, etc.)
there is not. So you need to propose one here.
> I'm assuming you would then want to have "aa{ss} Import(void)" to import and
> array of contact info dicts from all stores, and respectively "void Export(s,
> aa{ss})" to export one or more contact info dicts to a specified store?
It would be "aa{sv} Import()" since I want a proper dict with sv and not
just ss. Also "Export(aa{sv})" since it is all or nothing. The export
would delete any other entries in the phonebook.
And let me be pretty clear here. Writing a phonebook to the SIM is still
stupid. It is fully pointless in a modern smartphone. The only reason
why we would be merging such a feature upstream is for weird Chinese
type approval and nothing else.
Any UI designer that thinks exposing this is a good idea, should find
himself/herself a new job ;)
Regards
Marcel
_______________________________________________
ofono mailing list
[email protected]
http://lists.ofono.org/listinfo/ofono
