- From: David Brownell <david-b@pacbell.net>
- Date: Wed, 15 Sep 1999 13:52:40 -0400 (EDT)
- To: Steven Pemberton <Steven.Pemberton@cwi.nl>
- CC: Ted Wugofski <Ted.Wugofski@OTMP.com>, "'w3c-html-wg@w3.org'" <w3c-html-wg@w3.org>, www-html@w3.org
Steven Pemberton wrote:
>
> Ted Wugofski writes:
>
> > 2. Within the motivation section of the namespaces rec, the term
> > "vocabulary" is used. Unfortunately, the term "vocabulary" is not
> > formally defined and within the English language has several meanings
> > (hint hint).
> This is a very good observation that I also noticed when reading the
> message Frank forwarded from David Brownell:
>
> > FIRST, since there's only one HTML vocabulary, it should have only
> > one namespace.
>
> How do you decide if XHTML has one vocabulary? I can see arguments
> either way, and if it isn't defined, you are allowed to interpret.
Within reason, yes. English has one vocabulary; the OED and Webster's
present different parts of it. Specialty vocabularies are in use,
but everyone avoids having one word mean two different things when
those specialties are intimately related.
> "The element type <font> isn't in the strict vocabulary, so strict
> should have a different namespace." would seem to be a resonable
> statement.
That's a bit ambiguous. Putting "<font>" and "<p>" in different
namespaces is a defensible model from the XML perspective, but not
from the HTML point of view. While
<p>An <em>emphatic</em> objection.</p>
can be valid (HTML/XHTML) regardless of namespace issues, using XML
namespaces to split the XHTML vocabulary into its natural fragments
<p>A <deprecated:font size="+4">big</deprecated:font> lie.</p>
would break the requisite HTML compatibility.
- Dave
Received on Thursday, 16 September 1999 03:28:23 UTC