W3C home > Mailing lists > Public > public-device-apis@w3.org > March 2012

RE: 答复: comments of Network Information API

From: SULLIVAN, BRYAN L <bs3131@att.com>
Date: Fri, 30 Mar 2012 22:45:18 +0000
To: Mounir Lamouri <mounir@lamouri.fr>, "public-device-apis@w3.org" <public-device-apis@w3.org>
Message-ID: <59A39E87EA9F964A836299497B686C350F48BBBB@WABOTH9MSGUSR8A.ITServices.sbc.com>
We don't know that users will "always see" a prompt. Permission persistence will in many cases can mean this is a one-time request, which for many users IMO would be an appreciated disclosure that the app is accessing an advanced API.
Bryan Sullivan

-----Original Message-----
From: Mounir Lamouri [mailto:mounir@lamouri.fr] 
Sent: Friday, March 30, 2012 3:36 PM
To: public-device-apis@w3.org
Subject: Re: 答复: comments of Network Information API

On 03/30/2012 04:01 AM, Niklas Widell wrote:
> Yes, but definitely to different degrees. I think "Joe the average user"
> might understand that geoloc is something that might be sensitive, while
> for e.g. Taking informed decision on exposing network type probably would
> confuse even "Jane the advanced and knowledgeable user". In fact that is
> probably the biggest issue with prompting that it cannot express degrees
> of risk. 

We could probably fix that with good wordings. At least, it sounds possible.

However, there is a big issue with prompting: that annoys users and web
developers know that, so as soon as there will be a prompt involved,
they consider if the feature is really needed and if there isn't an
alternative. For example, AFAIK, some websites are using localstorage
instead of indexeddb even if the target are browsers supporting
indexeddb because localstorage never prompts.
That means a website will do its best to not use this API if it has to
show a prompt. And that API is here to improve the user experience in a
way that might be invisible to most users which means a website will
very easily consider not using the feature instead of showing a prompt
that users will always see.


Received on Friday, 30 March 2012 22:46:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:32:35 UTC