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

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

  • From: Peter Murray-Rust <peter@u...>
  • To: "'xml-dev@i...'" <xml-dev@i...>
  • Date: Fri, 08 May 1998 22:28:00

demerits of company tags
At 22:38 08/05/98 +0200, Jarle Stabell wrote:
>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 

[... and others agreed/disagreed ...]

This is not, of course, a new discussion - it has been vigorously debated
on XML-SIG/WG and there were differences of opinion just as there are here.
At this stage of XML it's important to agree that we should all adhere to
XML1.0 *completely* whatever we feel its merits and demerits to be.  The
full spec has only been out ca 2 months and we are seeing and will continue
to see a large amount of high quality software - it's critical that this
conforms. When there has been more experience of what level of tools are
actually used and what quality of documents are actually produced it may be
time for revisions. 

The minimum-minimization principle is extremely valuable if there are a
significant number of documents that are prone to well-formedness errors. I
still create - and will continue to create - XML files by hand. I also
write programs to create XML files. Both of these are error-prone processes
:-) and it's extremely valuable to be able to locate the precise point of
error.

Using XML-DEV to push for immediate revision of the spec is probably
unlikely to be a very productive process. Using it to highlight unnecessary
- and therefore omissible - constructs (e.g. SDD) or areas of semantic
fuzziness is probably more likely to be useful.

	P.

Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic
net connection
VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary
http://www.venus.co.uk/vhg

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.