- From: Norman Walsh <ndw@nwalsh.com>
- Date: Wed, 26 Mar 2008 10:49:29 -0400
- To: public-xml-core-wg@w3.org
- Message-ID: <m2ve39leva.fsf@nwalsh.com>
/ "Grosso, Paul" <pgrosso@ptc.com> was heard to say:
| In 3.1, we define the terms "full conformance" and "simple
| conformance" and then talk about "satisfying the constraints
| of * conformance" or "claiming * conformance". Then in one
| place in 3.3.2, we say "fully conformant". I wonder if we
| should avoid the word "conformant" or if we should define
| it, e.g., "An application that satifies the constraints of
| * conformance is said to be *ly conformant". I'm really
| no expert on conformance statements, so I don't know what
| to recommend here--what do others think?
I don't claim expertise with conformance statements either.
| In 3.1.1:
|
| It would seem that the parenthetical "must" should come
| after the word "conditions" rather than "applications."
Ok.
| Points 1 and 2 end with ", and" but points 3 and 4 end
| with periods (full stops).
|
| Furthermore, points 1-4 start with a lowercase (which is fine,
| given the sentence-like composition of the first few list items,
| though perhaps a semi-colon would be slightly better if the
| lead in sentence makes the conjunction clear), but point 5
| does not (and points 3 and 4 end with a full stop).
Ok, I tried to clean that up a bit.
| In 3.1.2, we appear to allow an application to be in simple
| conformance even if it does something non-conformant (other
| than ignore them) with extended links. Is this intended?
Probably not. I was going to say MUST but that would forbid an
application from claiming simple conformance *and* doing a little bit
more (but not enough for full conformance. Do we want to do that?
| Regarding the diff, I think there are lots of examples
| that are shown as new added text (in yellow) that shouldn't
| be, and this makes it look like we are making a lot more
| changes than we really are. In particular:
Well. See. They're generated automatically. I don't know why they
appear changed, but I'll take a closer look.
| Why is the example just preceding 5.1.2 shown as new
| added text?
|
| Why is the first example in 5.1.2 shown as new added text?
|
| Why is the first half of the last example in 5.1.3 shown
| as new added text?
|
| Why is the example in 5.1.4 shown as new added text?
|
| Why is the last example in 5.2 shown as new added text?
|
| Why are examples in 5.3 shown as new added text?
|
| Why is appendix C shown as new added text?
|
| Why is appendix D shown as new added text?
|
| Also, is there a reason that all the references are
| marked as changed? If they've really been changed,
| fine, but I don't see the changes for most of them.
|
| ---
|
| The current relevancy of Appendix E is questionable.
|
| I would personally prefer to delete this appendix,
| so I will propose this during our telcon. If you
| have strong feelings and will miss the telcon, make
| your case in email prior to the telcon.
I'm fine deleting it.
Be seeing you,
norm
--
Norman Walsh <ndw@nwalsh.com> | Simplicity is always a virtue.--Edward
http://nwalsh.com/ | Abbey
Received on Wednesday, 26 March 2008 14:50:06 UTC