---
TODO | 11 +++
1 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/TODO b/TODO
index bf2305b..9dcb43f 100644
--- a/TODO
+++ b/TODO
@@ -496,3 +496,14 @@ Miscellaneous
Priority: Low
Complexity: C4
+
+- Enable exporting contact information from vCard data to SM and M
Marcel wrote:
> > diff --git a/TODO b/TODO
> > index bf2305b..9dcb43f 100644
> > --- a/TODO
> > +++ b/TODO
> > @@ -496,3 +496,14 @@ Miscellaneous
> >
> >Priority: Low
> >Complexity: C4
> > +
> > +- Enable exporting contact information from vCard data to SM and ME stores.
> > + Need to im
Hi Waldo,
> > 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.
>
> Does this mean that support for writing to the phonebook is expected to
> be added to the phonebook modem API as part of ofo
> > > > 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 2
Hi Jaako,
> > > 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.
>
> For
> no index number. We will never use them. It is either the full
> phonebook
> at once or nothing. The write function has to empty out left over
> entries.
...
> Actually I prefer we use proper Dict field names. We never use anything
> literally from the specifications in this area. So why start no
Hi Jaakko,
> > no index number. We will never use them. It is either the full
> > phonebook
> > at once or nothing. The write function has to empty out left over
> > entries.
> ...
> > Actually I prefer we use proper Dict field names. We never use anything
> > literally from the specifications in
> To be honest, the more and more I think about this, the more my
> conclusion is to not support phonebook export. It is a bad idea. It is
> highly complex and it is not a feature that will be used anyway.
Ok, got it. Do you have any insight if MeeGo still wants this
(http://bugs.meego.com/show_b
Hi Jaakko,
> > To be honest, the more and more I think about this, the more my
> > conclusion is to not support phonebook export. It is a bad idea. It is
> > highly complex and it is not a feature that will be used anyway.
>
> Ok, got it. Do you have any insight if MeeGo still wants this
> (http
Hi Marcel,
2010/11/23 Marcel Holtmann :
>> So the aa{sv} parameter/return value would be of format:
>> {
>> 'name' : string,
>> 'group' : string, // optional, for eg. organization
>> 'hidden' : integer, // boolean value: defaults to 0
>> 'numbers' : array of dict {
>> 'number'
Hi Jaakko,
> TODO | 11 +++
> 1 files changed, 11 insertions(+), 0 deletions(-)
>
> diff --git a/TODO b/TODO
> index bf2305b..9dcb43f 100644
> --- a/TODO
> +++ b/TODO
> @@ -496,3 +496,14 @@ Miscellaneous
>
>Priority: Low
>Complexity: C4
> +
> +- Enable exporting contact infor
> > diff --git a/TODO b/TODO
> > index bf2305b..9dcb43f 100644
> > --- a/TODO
> > +++ b/TODO
> > @@ -496,3 +496,14 @@ Miscellaneous
> >
> >Priority: Low
> >Complexity: C4
> > +
> > +- Enable exporting contact information from vCard data to SM and ME
> stores.
> > + Need to implement a robu
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
> > > 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 fi
14 matches
Mail list logo