W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2009

RE: [WARP4U] WARP with UPnP, was: RE: [widgets] Draft Minutes for 19 November 2009 Voice Conference

From: Marcin Hanclik <Marcin.Hanclik@access-company.com>
Date: Thu, 3 Dec 2009 18:38:26 +0100
To: Frederick Hirsch <frederick.hirsch@nokia.com>, ext Robin Berjon <robin@berjon.com>
CC: "Barstow Art (Nokia-CIC/Boston)" <Art.Barstow@nokia.com>, public-webapps <public-webapps@w3.org>
Message-ID: <FAA1D89C5BAF1142A74AF116630A9F2C28942D7A12@OBEEX01.obe.access-company.com>
I agree with the principle.
I hope this approach could propagate to other specs and WGs, like Geo API etc.
It is probably too late for some other specs, though.

Thanks,
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: Frederick Hirsch [mailto:frederick.hirsch@nokia.com]
Sent: Thursday, December 03, 2009 6:10 PM
To: ext Robin Berjon
Cc: Frederick Hirsch; Marcin Hanclik; Barstow Art (Nokia-CIC/Boston); public-webapps
Subject: Re: [WARP4U] WARP with UPnP, was: RE: [widgets] Draft Minutes for 19 November 2009 Voice Conference

+1, duplicating material is a recipe for disaster.

regards, Frederick

Frederick Hirsch
Nokia



On Dec 2, 2009, at 8:22 AM, ext Robin Berjon wrote:

> On Dec 1, 2009, at 22:22 , Marcin Hanclik wrote:
>>>> Can you please update this to just be a delta?
>> As far as I know W3C specs, delta documents are usually errata or
>> WG Notes.
>
> What we have been calling delta specification in WebApps are
> specifications that add to another. For instance, WARP adds the
> <access> element to P+C. It doesn't make some huge cut and paste of P
> +C just because it modifies. This is as much about sane editing
> practice and being able to work with a team as it is about clean
> architecture and separation of concerns.
>
> The expectation was that WARP4U would add something to WARP, perhaps
> attributes, perhaps attribute values, perhaps child elements, and
> certainly some processing. It's a delta spec. It's not considered to
> be the next version, it's a different feature set.
>
>> Therefore I would keep the document as it is.
>
> I then have to maintain the strongest objection possible to it being
> published, even as FPWD. Such copying is inappropriate, and will
> lead to no end of editorial problems. It fosters confusion and
> brings no value.
>
> --
> Robin Berjon - http://berjon.com/
>
>
>
>


________________________________________

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 Thursday, 3 December 2009 17:39:19 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:35 GMT