- From: Marcin Hanclik <Marcin.Hanclik@access-company.com>
- Date: Tue, 9 Jun 2009 14:40:21 +0200
- To: Anne van Kesteren <annevk@opera.com>, Andrei Popescu <andreip@google.com>
- CC: Lars Erik Bolstad <lbolstad@opera.com>, public-geolocation <public-geolocation@w3.org>
Hi Anne, Versioning by number (version DOMString) or string (feature DOMString) is still versioning, IMHO. Do you think Geo 2.0 spec should introduce "geolocation2" object? Thanks. Kind regards, Marcin 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: Anne van Kesteren [mailto:annevk@opera.com] Sent: Tuesday, June 09, 2009 2:30 PM To: Andrei Popescu; Marcin Hanclik Cc: Lars Erik Bolstad; public-geolocation Subject: Re: updated editor's draft of the Geolocation API specification On Tue, 09 Jun 2009 14:13:15 +0200, Andrei Popescu <andreip@google.com> wrote: > Sure, I think hasFeature() would work. Let's see what the rest of the > groups says. Versioning on of APIs for the Web does not work. However, if you really feel you have to do something here the least harm is done by introducing a new string for hasFeature(), indeed. (And it would also consistent with other DOM APIs.) -- Anne van Kesteren http://annevankesteren.nl/ ________________________________________ Access Systems Germany GmbH Essener Strasse 5 | D-46047 Oberhausen HRB 13548 Amtsgericht Duisburg Geschaeftsfuehrer: Michel Piquemal, Tomonori Watanabe, Yusuke Kanda www.access-company.com CONFIDENTIALITY NOTICE 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:41:23 UTC