Sure, it'll be a little faster to encode and to decode if you can use
CDATA. I doubt if that matters in any but a very small minority of
cases. The real problem with data.xml is not its support for CDATA,
but the fact that it can't find an official release.
On Jan 18, 3:16 pm, jweiss <jeffrey.m.we...@gmail.com> wrote:
> It might not make a lot of practical difference, but my understanding
> is that CDATA isn't parsed as XML, so if you have a lot of non-xml
> data, it's probably better to use CDATA so that it is not parsed when
> it's read back in.
>
> On Jan 17, 11:12 pm, Alan Malloy <a...@malloys.org> wrote:
>
>
>
>
>
>
>
> > It doesn't need CDATA - data.xml just automatically escapes XML
> > special-characters if it sees them.
>
> > On Jan 17, 4:12 pm, jweiss <jeffrey.m.we...@gmail.com> wrote:
>
> > > By the way, the reason I stuck with prxml is its handling of CDATA,
> > > which as far as I know, the newer lib doesn't do yet.
>
> > > On Jan 17, 8:10 am, cassiel <n...@cassiel.com> wrote:
>
> > > > This is straight from the doc string:
>
> > > > (with-out-str (p/prxml [:p {:class "greet"} [:i "Ladies &
> > > > gentlemen"]]))
>
> > > > Works in Clojure 1.2.1:
>
> > > > (:ok "\"<p class=\\\"greet\\\"><i>Ladies & gentlemen</i></p>\"")
>
> > > > (that's pasted from the slime event buffer, hence the superfluous
> > > > armour.)
>
> > > > Fails in Clojure 1.3.0:
>
> > > > clojure.lang.Numbers.lt(II)Z
> > > > [Thrown class java.lang.NoSuchMethodError]
>
> > > > Is prxml still being supported? If not, is there a better Clojure-DSL-
> > > > to-XML package?
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
