Re: Adding new tags (was: Redefining...)
Joe English (jenglish@crl.com)
Mon, 13 Jun 1994 12:03:04 -0700
Message-Id: <199406131903.AA15666@crl.crl.com>
To: www-html@www0.cern.ch
Subject: Re: Adding new tags (was: Redefining...)
In-Reply-To: <9406131548.AA00586@www3.cern.ch>
Date: Mon, 13 Jun 1994 12:03:04 -0700
From: Joe English <jenglish@crl.com>
timbl@www3.cern.ch wrote:
[Re: <RENDER> and new elements]
> So are we assuming full DTD parsing is mandatory for all HTML+
> clients of 3.0+? If so, you are getting quite bogged down in SGML
This is a good point.
If HTML+ allows new elements to be declared in the
internal DTD subset, then browsers will pretty much
have to incorporate a full SGML parser.
Also, the current proposed mechanism for defining new
elements (the "?extra" parameter entities) requires that
all browsers are based on the same DTD -- a goal worth
working for, to be sure, but not likely to be realized
any time soon IMHO.
Architectural forms would be much simpler to handle.
Good candidates for these are:
<P> for paragraph-like elements,
<EM> for phrase-level elements,
<A> for hyperlinks,
<OL> and/or <UL> for single part lists,
<DL> for defining lists
??? for containers / divisions (logical subunits of a document)
??? for titles / heading-like elements (which associate a
name with a container element)
??? Others?
Each of these elements could have a "ROLE=" attribute,
specifying a (user-defined) semantic role. The <RENDER>
element would associate presentation styles with role
names, rather than element names; then users could
encode whatever styles and semantics they wanted,
and browsers would still only need to recognize a fixed
set of elements.
<p role=imho>
I like the name <em role=attname>ROLE</em>
better than <em role=attname>STYLE</em>,
since presumably this attribute conveys more than
just presentation information.
I remember seeing this attribute on the
<em role=elname>EM</em> element at one point; don't know
what happened to it.
</p>
--Joe English
jenglish@crl.com