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

Re: Mixed content and whitespace ( [SML] Data Markup Language? )

  • From: Paul Tchistopolskii <paul@q...>
  • To: Joe Lapp <jlapp@w...>, xml-dev@i...
  • Date: Sun, 28 Nov 1999 19:10:09 -0800

mixed context in xml

 
> Besides, you could always emulate mixed content such as...
> 
>   <x>I'm <evil-term>mixed</evil-term> content.</x>
> 
> By writing...
> 
>   <x><text>I'm <text><evil-term>mixed</evil-term><text> content.<text></x>
> 
> Everything is explicitly labelled.  One additional benefit is that users
> would be free to introduce whitespace between elements without worrying
> about changing the semantics of the document.

I see no big difference here, the first one is ( much?) easier to 
write and to read.

What I see is the problem with APIs for  whitespace processing, 
but I think even it is related to mixed context, it is just a part of some 
bigger problem : "how to process whitespace in SML".  The way 
XML does it is a bit inconsistent.

It's  the  can of warms, like namespaces and I'm afraid to 
open any of those by myself ;-)

> If we decide that SML is for data and not for publishing, should we then
> rename SML to Data Markup Language (DML)?  

I think any 'data'  would need to be 'published' earlier or later. 

I think that if we agree on <comment></comment> - 
there is for sure some place for mixed content in 
*any* SML document. I agree - it is not the mainstream.

I would like to be able to create SML documents manualy
and I want it to be as easy as it is now, when I'm creating 
XML documents. Replacing  attributes with elements 
will not make me any big problem. Disabling mixed context 
would make a problem, because I like to use 
<B> </B> ;-)

Even your suggestion simplifies things with whitespace 
processing a bit ( and makes creation of the documents 
a bit harder), I don't think such a subtile improvement
is worth the typing efforts it will cause, but I'm not sure
and if  such a restriction will have some big pozitive 
impact on some other part of the framework - I think 
my personal oppinion may change. At the moment 
I'm against removing <BR/> and I'm against removing 
mixed content. But I was also against removing comments , 
until one nice preson provided the <c> </c> idea.  ;-)

Rgds.Paul.




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/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo@i... the following message;
unsubscribe 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.