W3C home > Mailing lists > Public > public-device-apis@w3.org > August 2010

R: Features draft - next steps

From: Marengo Marco <marco.marengo@telecomitalia.it>
Date: Mon, 16 Aug 2010 10:06:47 +0200
To: "Frederick.Hirsch@nokia.com" <Frederick.Hirsch@nokia.com>
CC: "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <FB5403D9FEDCAD418C07798F33DFB9A40B825077CE@GRFMBX703BA020.griffon.local>
Hi Frederick,
a few thoughts on the Messaging features:

1) Subscribe to SMS message notifications
The correct mapping of http://bondi.omtp.org/api/1.1/messaging.sms.subscribe is android.permission.RECEIVE_SMS ("Allows an application to monitor incoming SMS messages, to record or perform processing on them")

2) Subscribe to MMS message notifications
The correct mapping of http://bondi.omtp.org/api/1.1/messaging.sms.subscribe
Is android.permission.RECEIVE_MMS

3) Retrieve SMS / Retrieve MMS
The current mapping looks wrong, as features like messaging.XXX.get result in BONDI in calls to APIs such Call to MessagingManager.findXXXs [1]

I'd suggest a mapping between:
http://bondi.omtp.org/api/1.1/messaging.sms.get <-> android.permission.READ_SMS

4) Write message / Send message features
The current list implies that DAP will specify different features for creating a { sms, binary-sms, email, mms } and for sending it. I'd keep only the permission to send a message, as it implies the permission to create one.
Or maybe I'm just misinterpreting the android.permission.WRITE_SMS permission?


Best regards,
Marco




[1] http://bondi.omtp.org/1.1/apis/apifeatures.html


-----Messaggio originale-----
Da: public-device-apis-request@w3.org [mailto:public-device-apis-request@w3.org] Per conto di Frederick.Hirsch@nokia.com
Inviato: luned́ 9 agosto 2010 21.41
A: Frederick.Hirsch@nokia.com
Cc: public-device-apis@w3.org
Oggetto: Re: Features draft - next steps

Android has a list of permissions [1].  These are strings, not URIs, but we can compare the granularity and operations included.

In some cases they may be essentially the same as the BONDI features [2], but we have to be careful since the meaning might be different even if the name appears the same.

I've updated  the Features draft to list the Android permissions that appear to correspond to the DAP APIs, and also updated the references, and coalesced a variety of similar warning notes.

I'm going to take a look at comparing the meanings of the various items.

I think we need to review/prune the list for messaging, can anyone please help with that?

regards, Frederick

Frederick Hirsch
Nokia

[1] http://developer.android.com/reference/android/Manifest.permission.html

[2] http://bondi.omtp.org/1.11/apis/apifeatures.html


On Aug 9, 2010, at 1:59 PM, Hirsch Frederick (Nokia-CIC/Boston) wrote:

> At the London F2F the WG decided to work on a Features draft as a next step on Device API policies [1]. The intent is that this would be applicable to various contexts, including device APIs policy, the widget feature element, and possibly the checkPermissions proposal [2] and installable applications manifest suggestion [3] from the privacy workshop.
>
> We also discussed the value of understanding approaches already in use, for example in Android [4].
>
> We have a draft "Device API Features" document that includes feature URIs from the BONDI contribution to the WG. The draft is at http://dev.w3.org/2009/dap/features/ .  There are also some open actions related to this document.
>
> Please share any proposals for text and content related to features on the DAP mailing list.
>
> By default I'd expect we'd refine the material from the BONDI contribution to correspond to the various API drafts in progress.
>
> If you are able to help please let Robin and myself know.
>
> Thanks
>
> regards, Frederick
>
> Frederick Hirsch, Nokia
> Co-Chair, W3C DAP Working Group
>
> [1] http://www.w3.org/2010/07/14-dap-minutes.html#action13
>
> [2] http://lists.w3.org/Archives/Public/public-device-apis/2010Jun/0279.html and thread,
> http://lists.w3.org/Archives/Public/public-device-apis/2010Jun/att-0343/minutes-2010-06-30.html#item03
>
> [3] section 5, http://www.w3.org/2010/api-privacy-ws/papers/privacy-ws-24.pdf
>
> [4] http://developer.android.com/guide/topics/security/security.html
>
> (For tracker, this completes ACTION-244)
>



Questo messaggio e i suoi allegati sono indirizzati esclusivamente alle persone indicate. La diffusione, copia o qualsiasi altra azione derivante dalla conoscenza di queste informazioni sono rigorosamente vietate. Qualora abbiate ricevuto questo documento per errore siete cortesemente pregati di darne immediata comunicazione al mittente e di provvedere alla sua distruzione, Grazie.

This e-mail and any attachments is confidential and may contain privileged information intended for the addressee(s) only. Dissemination, copying, printing or use by anybody else is unauthorised. If you are not the intended recipient, please delete this message and any attachments and advise the sender by return e-mail, Thanks.
Received on Monday, 16 August 2010 08:03:39 UTC

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