W3C home > Mailing lists > Public > public-geolocation@w3.org > November 2008

Re: Drop lastPosition from Geolocation?

From: Doug Turner <doug.turner@gmail.com>
Date: Tue, 18 Nov 2008 09:57:41 -0800
Cc: public-geolocation <public-geolocation@w3.org>, Greg Bolsinga <bolsinga@apple.com>, Richard Barnes <rbarnes@bbn.com>, Martin Thomson <Martin.Thomson@andrew.com>
Message-Id: <90108DCC-7046-42E9-A786-71BC7E224925@gmail.com>
To: Aaron Boodman <aa@google.com>


On Nov 18, 2008, at 9:45 AM, Aaron Boodman wrote:

> On Tue, Nov 18, 2008 at 9:38 AM, Doug Turner <doug.turner@gmail.com>  
> wrote:
>> It is my position that we should not have synchronous API because  
>> building a
>> security UI around such a system doesn't work.  This was the core  
>> reason I
>> suggested dropping lastPosition.
>
> If the app doesn't have permission to use the Goelocation API, then
> just return null. The next thing the developer will probably try to do
> with be to call getCurrentPosition(), which will trigger the UI.
>



I think just using getCurrentPosition, with the modifiedSince option,  
is going to make you js code a bunch simpler -- you will only have one  
code path.



> From the developer's point of view the difference between "there is no
> last known position" and "there is no last known position because you
> don't have access to position information" is not really relevant, is
> it?


Not sure I agree.  When we were doing stuff with xpinstall -  
developers like the option of getting the "user doesn't have  
permission to install" because they could then display some UI showing  
a user how to enable xpinstall.  You probably could do the same thing  
here -- if the user doesn't have permission, you might be able to show  
them how to enable geolocation.

Doug
Received on Tuesday, 18 November 2008 17:58:18 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 7 December 2009 18:13:30 GMT