I find raw string handling in XML simply ugly :) Of course I do have a strong opinion about how bad XML turned out from a typesetting tool to an industry wide cancer :) but cdata stuff basically breaks the XML structure. Visually speaking it's a mess, obviously it's relative, XML by itself is not especially pleasing to the human eye...
I fear that adding raw strings into edn will make edn slip toward the not so tasteful batch of ugly tools. Edn is all about structured representation which is favored by its lisp like syntax. Raw strings would have to be a type by itself if one wants to avoid to break this and not merely an escape hatch to avoid edn syntax from time to time. Do you have a suggestion on how to represent raw strings ? Something concrete we could discuss about ? I wrote several internal DSLs here and nothing pleased me more that doing this using Clojure/Edn syntax, getting away from clumsy tasks like parsing strings and ending up with structural representations with easiness. Luc P. > On Sun, Mar 17, 2013 at 6:07 PM, vemv <v...@vemv.net> wrote: > > > Reading a raw string stored in a file is already trivial :) > > > > I'm aware that one can store a raw string in a file. But in many > instances, this would be absurd. For the kind of rapid interactive > development we have in Clojure, we don't necessarily want every single SQL > query in a separate file. Similarly, nobody wants to store every regexp in > a separate file. Actually, regexps are a great example, because the > Clojure reader handles them specially so they don't have to deal quite as > much with escaping as if they were ordinary strings. I just want that kind > of capability for my own library. > > I belive that data is the ultimate DSL anyway - it allows one to express > > arbitrarily specific information in an extensible way. Interleaving code > > and data (as some languages' DSL facilities foster) is inherently complex > > (and limited). > > > > Clojure's edn format is convenient for many things, but it has its own set > of limitations and there's nothing "ultimate" about it. I don't see anyone > proposing that regexps should be replaced by a Clojure-data DSL. Some DSLs > are based on a really handy notation that has been in use by computer > scientists and/or mathematicians for decades or longer. Trying to > shoe-horn these convenient notations into something that looks like Clojure > is not always the right way to go. > > -- > -- > 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 > --- > You received this message because you are subscribed to the Google Groups > "Clojure" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to clojure+unsubscr...@googlegroups.com. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- Softaddicts<lprefonta...@softaddicts.ca> sent by ibisMail from my ipad! -- -- 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 --- You received this message because you are subscribed to the Google Groups "Clojure" group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
