- From: Marcin Hanclik <Marcin.Hanclik@access-company.com>
- Date: Tue, 9 Jun 2009 15:06:44 +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, >>No. I think just adding more features to it works fine and does not warrant versioning. This is how features on the >>Web evolve. This discussion evolves is the similar direction as on the webapps. I understand your point, I just think of deprecated items and think whether monotonic growth of the spec could be guaranteed forever. Having versioning is just as a kind of insurance policy for future, just in case some incompatibilities could be appear in the future, even in the long future. As for me, versioning seems to be the issue for TAG that could be solved once for all WGs and W3C specs consistently. WGs and interested parties could have some inputs. 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:51 PM To: Marcin Hanclik; Andrei Popescu Cc: Lars Erik Bolstad; public-geolocation Subject: Re: updated editor's draft of the Geolocation API specification On Tue, 09 Jun 2009 14:40:21 +0200, Marcin Hanclik <Marcin.Hanclik@access-company.com> wrote: > Versioning by number (version DOMString) or string (feature DOMString) > is still versioning, IMHO. Agreed. > Do you think Geo 2.0 spec should introduce "geolocation2" object? No. I think just adding more features to it works fine and does not warrant versioning. This is how features on the Web evolve. Cheers, -- 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 13:07:50 UTC