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

RE: If XML is too hard for a programmer, perhaps he'd b e

  • To: "Simon St.Laurent" <simonstl@s...>,<xml-dev@l...>
  • Subject: RE: If XML is too hard for a programmer, perhaps he'd b e better off as a crossing guard
  • From: "Dare Obasanjo" <dareo@m...>
  • Date: Mon, 31 Mar 2003 14:34:55 -0800
  • Thread-index: AcL3uegcOWpfOGfwTAq6sRvvfhyYKwAG60nQ
  • Thread-topic: If XML is too hard for a programmer, perhaps he'd b e better off as a crossing guard

RE:  If XML is too hard for a programmer
Interesting, so in this application can you guarantee that all the HTML
that is being placed in CDATA sections is always going to be valid XHTML
(ignoring the lack of DocType decl and namespace declaration)?

Experience is something you don't get until just after you need it.

This posting is provided "AS IS" with no warranties, and confers no

> -----Original Message-----
> From: Simon St.Laurent [mailto:simonstl@s...] 
> Sent: Monday, March 31, 2003 11:15 AM
> To: xml-dev@l...
> tbray@t... (Tim Bray) writes:
> >> I'm currently writing code for selectively inserting and removing 
> >> CDATA sections from documents, largely because a a certain 
> >> data-centric piece of software insists on adding them any 
> time I try 
> >> to use markup in its fields.  It is an exercise in silliness, but 
> >> sometimes that silliness comes from the data side.
> >
> >Couldn't you just run it through Perl's XML::Parser or equivalent?
> I don't think so, unless XML::Parser has added functionality 
> way beyond expat's core - which tells me a CDATA section is 
> starting or ending but doesn't let me scream "IGNORE THAT 
> I'm in the classically stupid position where the export is generating:
> <root>
> ...
> <repeatingNode1><![CDATA[This is in <b>bold</b>, or at least 
> it should be.]]></repeatingNode1> 
> <repeatingNode2>content</repeatingNode2>
> ....
> </root>
> and what I actually want is:
> <root>
> ...
> <repeatingNode1>This is in <b>bold</b>, or at least it should 
> be.</repeatingNode1> <repeatingNode2>content</repeatingNode2>
> ....
> </root>
> More creatively, there may also be times where the use of 
> CDATA sections is appropriate, so simply nuking all of them 
> isn't the right answer either.  Fixing these kinds of things 
> takes a bit of work, which is what I'm doing at the moment.
> --
> Simon St.Laurent
> Ring around the content, a pocket full of brackets Errors, 
> errors, all fall down!
> http://simonstl.com -- http://monasticxml.org
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org 
> <http://www.xml.org>, an initiative of OASIS 
> <http://www.oasis-open.org>
> The list archives are at http://lists.xml.org/archives/xml-dev/
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://lists.xml.org/ob/adm.pl>


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.
First Name
Last Name
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.