- From: W. Eliot Kimber <kimber@passage.com>
- Date: Tue, 24 Sep 1996 12:13:00 -0900
- To: W3C SGML Working Group <w3c-sgml-wg@w3.org>
At 11:41 AM 9/24/96 CDT, Michael Sperberg-McQueen wrote:
[..]
>I think describing EE behavior in terms of an EE character is
>likely to be significantly simpler than describing it in terms of
>a non-character signal, particularly to programmers weaned on C's
>treatment of newline and EOF. It may also simplify implementation.
Makes sense to me, I think (I never thought about it before).
>>>* should XML retain or relax SGML's prohibition on ENTITY attributes
>>>referring to SGML text entities (7.9.4.3)?
>>
>>Retain. SGML text entities have no meaningful existence except as
>>fragements of SGML document strings, therefore it cannot make sense to
>>refer to one from an entity attribute.
>
>This logic eludes me completely. The premise is false, since meaningful
>existence can be defined by an application in its own terms; an
>application doesn't need our permission to assign meaning to a text
>entity. And even if the premise were true, the conclusion doesn't
>follow. I might wish to point to an external entity which contains
>an alternative rendition text for the element, which has a fragment
>of an SGML document which can meaningfully be substituted for the
>content of the element.
As far as *SGML* is concerned, text entities have no separate
existence--they cannot be parsed or validated in isolation, only in the
context in which they are referenced. If an application feels it can do
something with a text entity, then simply declare it as a data entity and
refer to that entity rather than the text entity.
Data entities, because they are processed outside of an SGML-defined
context, must therefore be self contained. Or, said another way, each data
entity will result in a separate grove, while text entities do not in
normal SGML processing.
I suppose you could solve the problem by saying that text entities have the
implicit data content notation "SGMLfrag" (SGML fragment), equivalent to
these declarations:
<!NOTATION SGMLFrag PUBLIC "ISO 8879:1986//NOTATION SGML Text Entity//EN" >
<!ENTITY MyText SYSTEM "mytext.sgm" CDATA SGMLFrag >
You could certainly generate the necessary declarations for SGML processing.
[...]
>Use of hex references requires no more preprocessing than we've already
>decided on, namely preparing an appropriate prolog, which would in
>this case contain at least
>
> <!ENTITY u0259 'ə'>
I see that I misunderstood the proposal. I thought you meant allowing
hexidecimal numeric character references, not defining an entity set where
the names happen to be hexadecimal equivalents. I think the latter is a
darn good idea.
Cheers,
E.
--
W. Eliot Kimber (kimber@passage.com)
Senior SGML Consultant and HyTime Specialist
Passage Systems, Inc., (512)339-1400
10596 N. Tantau Ave., Cupertino, CA 95014-3535 (408) 366-0300, (408)
366-0320 (fax)
2608 Pinewood Terrace, Austin, TX 78757 (512) 339-1400 (fone/fax)
http://www.passage.com (work) http://www.drmacro.com (home)
"If I never had existed, would you still remember me?..."
--Austin Lounge Lizards, "1984 Blues"
Received on Tuesday, 24 September 1996 14:13:42 UTC