W3C home > Mailing lists > Public > public-geolocation@w3.org > June 2009

RE: updated editor's draft of the Geolocation API specification

From: Marcin Hanclik <Marcin.Hanclik@access-company.com>
Date: Tue, 9 Jun 2009 14:35:07 +0200
To: Andrei Popescu <andreip@google.com>
CC: Lars Erik Bolstad <lbolstad@opera.com>, public-geolocation <public-geolocation@w3.org>
Message-ID: <FAA1D89C5BAF1142A74AF116630A9F2C0A26ED9295@OBEEX01.obe.access-company.com>
Sure, version is the spec version and not the implementation version.

Marcin Hanclik
ACCESS Systems Germany GmbH
Tel: +49-208-8290-6452  |  Fax: +49-208-8290-6465
Mobile: +49-163-8290-646
E-Mail: marcin.hanclik@access-company.com

-----Original Message-----
From: Andrei Popescu [mailto:andreip@google.com]
Sent: Tuesday, June 09, 2009 2:25 PM
To: Marcin Hanclik
Cc: Lars Erik Bolstad; public-geolocation
Subject: Re: updated editor's draft of the Geolocation API specification

On Tue, Jun 9, 2009 at 1:13 PM, Andrei Popescu<andreip@google.com> wrote:
>> I assume, however, the different use cases:
>> - hasFeature() is for the JS code to check for a specific version of the API
>> - geolocation.version is to query the implementation version.

Thinking about it, perhaps there is a misunderstanding here. I meant
the "version" attribute to specify which version of the Geolocation
API is supported. Not some product-specific version string. So, if
some product "abc", version "1.2.3", implements the v2 of the
Geolocation spec, the geolocation.version attribute would be set to
"2.0". It would not be set to "abc v 1.2.3".



Access Systems Germany GmbH
Essener Strasse 5  |  D-46047 Oberhausen
HRB 13548 Amtsgericht Duisburg
Geschaeftsfuehrer: Michel Piquemal, Tomonori Watanabe, Yusuke Kanda


This e-mail and any attachments hereto may contain information that is privileged or confidential, and is intended for use only by the
individual or entity to which it is addressed. Any disclosure, copying or distribution of the information by anyone else is strictly prohibited.
If you have received this document in error, please notify us promptly by responding to this e-mail. Thank you.
Received on Tuesday, 9 June 2009 12:36:23 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:50:56 UTC