[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: SGML queries

• To: xml-dev@l...
• Subject: Re: SGML queries
• From: Arjun Ray <aray@n...>
• Date: Wed, 11 Sep 2002 05:14:03 +0000
• In-reply-to: <01b001c2594f$2ebe5830$4bc8a8c0@A...>
• References: <2C61CCE8A870D211A523080009B94E430752B92C@HQ5> <3D7E71E0.2050303@a...> <h2ssnuouil6sb6o5fceh1tfnb177ttm8r3@4...> <3D7E7D53.50307@a...> <e30tnuoi0edgbd8lnj82evfteguqospqi1@4...> <01b001c2594f$2ebe5830$4bc8a8c0@A...>

"Rick Jelliffe" <ricko@a...> wrote:

| This syntax [endtag omission] is pretty much what the XML, HTML and 
| SGML modes on most coloring editors use, and it has been given an name 
| as part of ISO 8879: "amply-tagged" rather than "well-formed".  

Actually, the WebSGML TC uses "fully-tagged" rather than "well-formed",
avoiding moralizing or persuasive connotations.

Endtag omission has always been a useful feature, IMHO.  Back in 96 when
the First Draft was being developed, I was willing to live without it if I
could have empty endtags.  (I still think GI-in-endtag is a misfeature.)

Interestingly enough, I learned recently that omissibility was one of the
reasons to design two separate tags in the first place, rather than a
syntax with element boundary delimiters (say '<' and '>') and a separator
(say '|') between the the attribute specifications and the content.

 http://groups.google.com/groups?selm=3239423919385905@n...

 <p|That would be something <img alt="New!" src="new.gif">, wouldn't it?>

• References:
  • RE: SGML queries
    • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Re: SGML queries
    • From: Marcus Carr <mcarr@a...>
  • Re: SGML queries
    • From: Arjun Ray <aray@n...>
  • Re: SGML queries
    • From: Marcus Carr <mcarr@a...>
  • Re: SGML queries
    • From: Arjun Ray <aray@n...>
  • Re: SGML queries
    • From: "Rick Jelliffe" <ricko@a...>

• Prev by Date: Re: SGML queries
• Next by Date: Oops Re: SGML queries
• Previous by thread: Re: SGML queries
• Next by thread: Oops Re: SGML queries
• Index(es):
  • Date
  • Thread