- From: Charles F. Goldfarb <Charles@SGMLsource.com>
- Date: Tue, 17 Sep 1996 01:02:04 GMT
- To: Tim Bray <tbray@textuality.com>
- Cc: w3c-sgml-wg@w3.org
On Mon, 16 Sep 1996 08:15:33 +0000, Tim Bray <tbray@textuality.com> wrote:
>At 02:02 PM 16/09/96 GMT, Gavin Nicol wrote:
>>><p>
>>>Text of p.
>>></p>
>>>
>>><p>Text of p.</p>
>>
>>My understanding is that these would return *different* parse
>>results. We could (if it is so desired) make it an application
>>convention to strip leading and trailing whitespace.
>
>I agree. <p>Listen to my heart beat.</p> would *not*, in this cenario, be
>the same as
><p>
>Listen to my heart beat.
></p>
>
>Is this a problem? It's certainly easy to explain.
I think it is a problem. It will mean that anyone creating XML with any of the
popular non-XML/SGML-aware editors will have to be told why he can't put tags on
a separate line from data. If XML allows PIs, you will also have to explain why
a PI can't be on a line by itself. (And so on for marked sections and inclusions
and comment declarations.)
>
>With the proper SGML declaration, they will also parse differently in SGML.
>
>The SGML setup makes it easy to set markup apart with whitespace, making
>it easily visually distinguishable. This is good. The price is that it
>becomes difficult for ordinary people to tell when some white space is
>actually data. This is bad. The trade-off is probably reasonable, but
>XML need not choose the same trade-off.
You will still wind up trying to explain the equivalent of SGML's RE/RS handling
rules, but with the additional burden of forcing the user to implement the rules
himself.
The _only_ way to kill this pernicious beast is to eliminate mixed content,
which XML can easily live without.
Best regards,
Charles
--
Charles F. Goldfarb * Information Management Consulting * +1(408)867-5553
13075 Paramount Drive * Saratoga CA 95070 * USA
International Standards Editor * ISO 8879 SGML * ISO/IEC 10744 HyTime
Prentice-Hall Series Editor * CFG Series on Open Information Management
--
Received on Monday, 16 September 1996 20:59:59 UTC