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

Re: Towards XML 2.0

  • From: rjelliffe <rjelliffe@allette.com.au>
  • To: <xml-dev@lists.xml.org>
  • Date: Sun, 05 Dec 2010 15:23:07 +1100

Re:  Towards XML 2.0
 On Sat, 04 Dec 2010 23:33:13 +0000, Michael Kay <mike@saxonica.com> 
 wrote:
>> I can't see that allowing -- in comments is important enough to 
>> break
>> the tool chain. If it were really that important, I'd suggest 
>> dropping
>> comments completely and replacing them with<?comment text ?>  but 
>> it's
>> probably simpler to just leave them in as is, imperfect though they
>> are.
>>
> Let's break compatibility of both data and tools; just make sure
> there is a clean migration route in both directions for the data,
> which is where the big investment is.
>
> For a comment syntax, what's wrong with 
> <xml:comment>....</xml:comment>?

 So when you want to comment out a block of XSLT you will type all that 
 in?  Pulleaze :-)  Commenting is not just adding comments for 
 transmission, it is fiddling with the code in progress.

 I have recently added an attribute  @ignore in my experimental version 
 of Schematron, to allow commenting out semantically, without removal 
 from the infoset, plus it states the rationale.  It is good for allowing 
 stubbing out of code and top-down coding.

   <assert test="x/y/z"  ignore="fix later"> blah blag </assert>

 If you are going to "reconstruct" comments, you may need to enumerate 
 everything they are used for and provide alternatives  like @ignore to 
 every schema: reconstruction is the road that XML Schemas went down with 
 parameter entities and still missed out bits (conditional sections).

 What about this instead: after a < or <! any sequence of unicode 
 punctuation characters (or symmetrical swap character) is allowed as a 
 start delimiter, with the close delimiter being the repetition followed 
 by >, excluding /. This covers <!-- ... -->  and <? ... ?> and <![ ... 
 ]>  and new ones like <{  }> and <@ ... @>.  There would be one kind of 
 tag for these, with the name being the opening string (!--, ?, ![, {, @, 
 # whatever}. Systems that are not interested can ignore them. There 
 would only be one infoset item for them all. You could replace entity 
 reference syntax with  <&nbsp&>  too.



 Cheers
 Rick Jelliffe


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


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.