W3C home > Mailing lists > Public > public-xml-core-wg@w3.org > December 2009

Re: Changes checked in to son-of-3023

From: Chris Lilley <chris@w3.org>
Date: Wed, 16 Dec 2009 15:25:04 +0100
Message-ID: <1795296151.20091216152504@w3.org>
To: "Grosso, Paul" <pgrosso@ptc.com>
CC: public-xml-core-wg@w3.org
On Wednesday, November 18, 2009, 6:18:01 PM, Paul wrote:

GP> Chris,

GP> Have you seen these comments?

Hi Paul

Yes, I have.

GP> Most of the are editorial, and Henry said he was fine with
GP> my suggested additional Note, so let me know if you have any
GP> problems with implementing my suggestions.

No problem at all, these are mostly minor editorial comments and they will all be addressed in the next publication (which may be an RFC or may be another ID depending on whether deprecating text/xml et. al. has to be revisited).

The "SHOULD be carefully considered in each case" goes beyond editorial, but is good advice none the less so I have no problem adding it.

Many thanks for your thorough review.

GP> paul

>> -----Original Message-----
>> From: public-xml-core-wg-request@w3.org [mailto:public-xml-core-wg-
>> request@w3.org] On Behalf Of Grosso, Paul
>> Sent: Monday, 2009 November 09 13:45
>> To: Chris Lilley; public-xml-core-wg@w3.org
>> Subject: RE: Changes checked in to son-of-3023



>> > -----Original Message-----
>> > From: public-xml-core-wg-request@w3.org [mailto:public-xml-core-wg-
>> > request@w3.org] On Behalf Of Chris Lilley
>> > Sent: Friday, 2009 November 06 16:20
>> > To: public-xml-core-wg@w3.org
>> > Subject: Changes checked in to son-of-3023
>> >
>> > Hello public-xml-core-wg,
>> >
>> > Following our productive meeting yesterday, I have edited in the
>> > changes we agreed and the result is available at
>> >
>> > http://www.w3.org/2006/02/son-of-3023/latest.html
>> >
>> > (xml and text versions also available).
>> >
>> > Please check that the wording in section 5 is as we agreed
>> > http://www.w3.org/2006/02/son-of-3023/latest.html#frag


>> s/fragement/fragment/g in the first para of section 5
>> (two occurrences).

>> ---

>> Though I don't feel strongly about this, the first para
>> has two occurrences of "may" that are not 2119 MAYs.
>> Since the meaning here is really one of possibility,
>> not permission, I suggest changing those two occurrences
>> to "can".

>> ---

>> delete the inappropriate comma in the third sentence
>> of the second para.  (See below for a suggested replacement
>> for this sentence.)

>> ---

>> In the last sentence of the 4th para, I'm not sure the
>> phrase "such as the xmlns scheme and other schemes" is
>> really necessary, but if we are going to mention the
>> xmlns scheme, I would thing we should add it to
>> Informative references and have a link to the reference.
>> (I know I made a previous comment about removing the
>> reference from the Normative References.)

>> ---

>> The second para says that XpointerFramework allows
>> "simple names" and the fourth para talks about
>> supporting "barenames".  In fact, the term "barename"
>> was only used in pre-Rec versions of the spec; the
>> current term is "shorthand pointer".  I suggest the
>> third sentence of the 2nd para be augmented to read:

>>  It allows simple names (called shorthand pointers) as well
>>  as more complex constructions based on named schemes.

>> and then the reference to "barenames" in the 4th para
>> should be changed to "shorthand pointers" (without the
>> quotes).

>> ---

>> With this version, we have gone from disallowing use of
>> xpointer schemes besides shorthand pointer and element()
>> to allowing anything that matches the framework syntax
>> (albeit with a "should not" for unregistered schemes).

>> Now that our wording allows use of other xpointer schemes
>> besides those that are XPointer W3C Recommendations, I would
>> prefer to see a warning about using other xpointer schemes.
>> After all, there are tons of "registered" schemes that will
>> not be universally supported.  (There are 18 schemes just
>> for wsdl in the registry.)

>> Therefore, I would like to see a sentence such as the following
>> added to paragraph three:

>>  Because applications are not required to support schemes other
>>  than the 'element' scheme, use of other schemes can reduce
>>  universal interoperability; such use SHOULD be carefully
>>  considered in each case.

>> Or some other such wording.  URI resolution is such an integral
>> part of the web, and I don't want people expecting that they can
>> use any of the 18 WSDL schemes (or any of the others in the
>> registry) with the same expectations of support as using a
>> shorthand pointer.


>> paul






-- 
 Chris Lilley                    mailto:chris@w3.org
 Technical Director, Interaction Domain
 W3C Graphics Activity Lead
 Co-Chair, W3C Hypertext CG
Received on Wednesday, 16 December 2009 14:25:22 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Wednesday, 16 December 2009 14:25:23 GMT