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

A little wish for short end tags (Was: RE: SDD bogus)

  • From: Jarle Stabell <jarle.stabell@d...>
  • To: "'xml-dev@i...'" <xml-dev@i...>
  • Date: Fri, 8 May 1998 22:38:09 +0200

sdd javadoc
Paul Prescod wrote:
> If we
> presume that programmers are going to work through parsers, then why
> couldn't we leave GI's out of end tags and make XML substantially less
> verbose (qualitatively at least)? Anyhow, many people argue with some
> justification that regexp-based processing of the source files will still
> be very important and popular. I'm not convinced that the cost/benefit
> ratio is right, if we win over the awk hackers and annoy the document
> authors, but we will see.

(those who have found the discussion about short end tags tiresome 
years/months ago, please forgive me and don't read any further.)

I would love to see empty end tags making it into the standard in the 
future. In many cases, one only marks up single words, and then empty end 
tags would justify having longer and more descriptive GI's, when forced to 
write both start and end tags fully, one may be too tempted to use 
"cryptic"/abbreviated GI's.


Example:
Let's say your're making a markup language for documentating source code, 
which would be embedded inside comments in the source (like JavaDoc). Then 
you would prefer the tags to be as "silent" as possible during 
development/maintaince of the source code itself.

Compare:

1. The method <MethodName>M1</MethodName> of the fantastic 
<ClassName>Class1</ClassName> can be used in situation 
<Situation>X</Situation>.

to the "thinner":

2. The method <MethodName>M1</> of the fantastic <ClassName>Class1</> can 
be used in situation <Situation>X</>.

I think variant 2 is faster to read than variant 1, and you don't have to 
check the end-tags for misspellings.

The argument that compressing reduces/eliminates the size advantage of 
documents with empty end tags often doesn't apply, the document will often 
be stored uncompressed on users hard-disks, in databases and in memory.



Cheers,
Jarle Stabell


xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@i... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@i... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@i...)


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.