- From: Charles F. Goldfarb <Charles@SGMLsource.com>
- Date: Mon, 30 Sep 1996 13:06:44 GMT
- To: Robert Streich <streich@slb.com>
- Cc: lee@sq.com, dgd@cs.bu.edu, w3c-sgml-wg@w3.org
On Mon, 30 Sep 96 01:03:02 CDT, Robert Streich <streich@slb.com> wrote:
>At 12:52 PM 9/27/96 EDT, lee@sq.com wrote:
>>I think a lot of the RS/RE trouble comes from confusion between the
>>representation and that which is represented. Some people (many people)
>>want to be able to say
>> this is
>> a monospaced example
>> and the columns line up.
>>
>>and have spaces, tabs and newlines be significant in the markup in order
>>to represent that in a ``WYSIWYG'' way. Then people with no background
>>in design can try and lay out their source code or DTDs and align unrelated
>>things at the expense of clarity :-), and neither the receiving application
>>nor the screen or paper layout designer can correct the errors without
>>extensive hand work, it's awful.
>
>At first, I was going to say that this was a poor example and suggest
>that you considered most of the programming reference books on your
>shelves, but then I realized that it isn't so bad. The only difference
>is that I think you're assuming that someone typed your example. We have
>hundreds (thousands?) of tabular ASCII report options in various
>software products. The documentation for that software naturally contains
>samples of those reports. I just can't picture myself promoting a
>language that requires people to go in and add markup to these examples.
>I don't think I could even convince myself to use such a language.
Could you picture a trivial variant of SGMLNORM (XMLNORM?) that brackets all the
data and solves the RE/RS/whitespace problem properly?
--
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, 30 September 1996 09:08:31 UTC