W3C home > Mailing lists > Public > public-device-apis@w3.org > December 2009

RE: [contacts] Extending the Contacts.create() method

From: Suresh Chitturi <schitturi@rim.com>
Date: Mon, 21 Dec 2009 16:15:21 -0500
Message-ID: <B35D8F122C08BC43BBA1D02713D2BB5D0868C6DC@XCH69YKF.rim.net>
To: <richard.tibbett@orange-ftgroup.com>, <public-device-apis@w3.org>
Hi Richard, all,

My opinion is that such convenience methods is useful (can lead to fewer
lines of code). I would prefer the second choice over the first among
the two options below.


-----Original Message-----
From: public-device-apis-request@w3.org
[mailto:public-device-apis-request@w3.org] On Behalf Of
Sent: Monday, December 21, 2009 11:32 AM
To: public-device-apis@w3.org
Subject: [contacts] Extending the Contacts.create() method


Just documenting some thoughts on improving the Contacts.create(...)
method [1] to allow for additional contact attributes to be specified at
object creation.

The method could be overloaded as follows:

interface Contacts {
    Contact   create (in DOMString name);
    Contact   create (in ContactProperties options);
    // ... Other methods

Or it could be extended with optional additional contact attributes as

interface Contacts {
    Contact   create (in DOMString name, in optional ContactProperties
    // ... other methods

Any feedback on the best approach, or whether the current simple
create(...) method [1] is sufficient is welcome :-)

Kind Regards,


[1] http://dev.w3.org/2009/dap/contacts/#widl-Contacts-create

This transmission (including any attachments) may contain confidential information, privileged material (including material protected by the solicitor-client or other applicable privileges), or constitute non-public information. Any use of this information by anyone other than the intended recipient is prohibited. If you have received this transmission in error, please immediately reply to the sender and delete this information from your system. Use, dissemination, distribution, or reproduction of this transmission by unintended recipients is not authorized and may be unlawful.
Received on Monday, 21 December 2009 21:15:55 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 14:53:41 UTC