- From: Karl Dubost <karl@w3.org>
- Date: Mon, 13 Dec 2004 17:06:35 -0500
- To: spec-prod@w3.org
- Cc: elm@east.sun.com, Norman Walsh <ndw@nwalsh.com>
- Message-Id: <416B241F-4D53-11D9-AE12-000A95718F82@w3.org>
All people here, (and, Eve and Norman)
Following the discussion started at
http://www.w3.org/mid/7D09AF4C-493B-11D9-BE1B-0003934BEBF0@w3.org
OK. I have read the guide to W3C XML Specification, Version 2.1 [1].
I'm sorry for any inappropriate comments, as I don't have the full
history of the development and the rationales which have driven to
certain choices.
* Recursivity
Does it seems illogical to use XMLSpec to edit “XMLSpec Guide” itself?
because “XMLSpec Guide” is a specification. :)))
* Usability of the document
I found the document going through a lot of details (chapter 1) on how
to modify and create the DTDs for XMLSpec. This information is upfront.
If I was a specification editor discovering the document, I would run
away :) A suggestion would be to either:
- Put the details about modifying, managing XMLSpec in an Appendix
- Make it a separate document that really explain how to hack XMLSpec
and leave the document itself as a tutorial.
I would also add links to the Manual of Style [2] and QA Specification
Guidelines [3] when it helps to understand the benefits of using this
precise markup.
* Kickstart Guide
Chapter 2 is starting out of the blue about common attributes topic.
And I said to myself: “huh? yes errr… and how do I start my editing?”
I believe that the Chapter 1 should be something explaining the
different steps to start editing with XMLSpec.
- What are the constraints?
- What do I have to think?
- What are my tools?
- How do I organize the work?
- One or multiple editors?
Someone could enlighten me with a kind of basic steps to start editing
with XMLSpec? I'm not asking for a detailed explanation, but what do
you do when you start.
* Linkage between markup.
When a concept is explained, there are missing links. For example “id”
attribute is explained and then there's a list of constraints on issue,
wfcnote, vcnote, etc but without link to the definition of these markup
elements.
* Style sheet of “XMLSpec Guide”
hmmmm a lot to do ;) but that I can do easily. And if we use XMLSpec to
edit “XMLSpec Guide”, it could be styled as a W3C Note or something
similar.
* DocBook at the origin?
It seems from the header
<meta name="GENERATOR"
content="Modular DocBook HTML Stylesheet Version 2.0
(derived from 1.41) " />
in the “XMLSpec Guide” document that it has been created from a docbook
document but the source is not is not available in
http://www.w3.org/XML/1998/06/
I guess Eve might have it? That would help to restart the document.
* Diff between the Guide version and now
Norman, is it possible to have a diff version of the DTD or XSLT or XML
Schema between the version 2.1 and the version actually used?
* Users versus Developers
If I understood for Attributes the outline is
+ attribute_name
- Description: explain the semantics
and giving dependencies
on elements
- Processing expectations: how to handle
this with a processor
- Rationale: explain why the element has
been created, the design
choices.
for element is basically the same, plus the list of attributes and a
graph showing the hierarchy of elements.
Comments: I think the Description part is missing a real explanation of
the purpose sometimes and examples in XML and the possible output in
XHTML for the user. The Processing expectations and rationale are
really for XMLSpec tools developers.
Then I would do for each part something with this kind of outline:
+Element/Attribute
- Description
- Graph
- Benefits (context of Manual of style and/or SpecGL or something else)
- Example
- XML Input
- XHTML Output?
- Tools Developer
- Processing expectations:
- Rationale:
- XSLT example?
* XHTML semantics
I have seen elements, like "emph", which have the same semantics than
XHTML ones but with a different name. Wouldn't it be easier or too late
to use XHTML semantics when it exits? :) just a naive question.
[1] http://www.w3.org/XML/1998/06/xmlspec-report-v21.htm
[2] http://www.w3.org/2001/06/manual
[3] http://www.w3.org/TR/2004/WD-qaframe-spec-20041122/
[4] http://www.w3.org/XML/1998/06/xmlspec-report-v21.htm#AEN2305
--
Karl Dubost - http://www.w3.org/People/karl/
W3C Conformance Manager
*** Be Strict To Be Cool ***
Received on Monday, 13 December 2004 22:48:00 UTC