Hi Marcel,
2010/11/23 Marcel Holtmann mar...@holtmann.org:
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 {
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
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
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 this area.
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
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 simplicity,
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
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 implement a robust
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 ofono core
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 robust vCard parser that
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
11 matches
Mail list logo