- From: Richard Barnes <rbarnes@bbn.com>
- Date: Tue, 18 Nov 2008 12:10:42 -0600
- To: Doug Turner <doug.turner@gmail.com>
- CC: public-geolocation <public-geolocation@w3.org>, Greg Bolsinga <bolsinga@apple.com>, Martin Thomson <Martin.Thomson@andrew.com>
+1. That seems reasonable. Perhaps there's a better name, though. An app isn't really concerned with how recently the location *changed*, but how recently it was *obtained*. So maybe something simple like "age". --Richard Doug Turner wrote: > > > After thinking about this a bit and discussing it with a few people, I > think we need some way to get the "last position the UA saw". Some > geolocation providers, such as wifi->location require a round trip from > the UA to the a server. This could have a significant latency, and > really hurt many web applications. > > 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. > > Instead, I think we can do something different and both have a > asynchronous API and get the last position the browser saw by adding a > new PositionOption: > > > interface PositionOptions { > ... > attribute unsigned long modifiedSince; > }; > > > The modifiedSince value specified in (seconds provides a hint that the > application would like a cached position as so long as it has been > updated within the time specified. If the UA does not have a cached > position, the modifiedSince option will be ignored. > > > Thoughts? > > Doug Turner > > > > > > > On Nov 17, 2008, at 4:04 PM, Richard Barnes wrote: > >> +2! (+1 each to Doug and Greg) >> >> That seems like the right approach to me, especially if the two sites >> are in different security/privacy contexts. >> >> --Richard >> >> Greg Bolsinga wrote: >>> On Nov 17, 2008, at 2:39 PM, Doug Turner wrote: >>>> >>>> fwiw I think the point of this was so that you didn't ahve to wait >>>> until the callback happened.... so if one web application was using >>>> geolocaiton, another application could get a quick sync result when >>>> it first starts up. >>> Oh, WebCore isn't currently implemented that way! :) Each page gets a >>> fresh Geolocation implementation. >>> -- Greg > > >
Received on Tuesday, 18 November 2008 18:11:25 UTC