http://dev.clojure.org/jira This file is an XML representation of an issue en-us 4.4 649 25-07-2011 http://dev.clojure.org/jira/browse/CLJ-899 Clojure <p>Original title was 'treat colons as whitespace' which isn't a problem description but a (flawed) implementation approach</p> <p>For JSON compatibility<br/> known problems when no spaces - x:true and y:false</p> CLJ-899

Accept and ignore colon between key and value in map literals

Enhancement Major Open Unresolved Unassigned Stuart Halloway Sun, 18 Dec 2011 08:10:10 -0600 Wed, 19 Dec 2012 07:55:59 -0600 4 9 <p>Discussed here: <a href="https://groups.google.com/d/msg/clojure/XvJUzaY1jec/l8xEwlFl8EUJ">https://groups.google.com/d/msg/clojure/XvJUzaY1jec/l8xEwlFl8EUJ</a></p> <p>please no</p> <p>Alan Malloy raises a good point in the google group discussion (<a href="https://groups.google.com/d/msg/clojure/XvJUzaY1jec/aVpWBicwGhsJ">https://groups.google.com/d/msg/clojure/XvJUzaY1jec/aVpWBicwGhsJ</a>) about accidental confusion between trailing (or floating) and leading colons:<br/> "It isn't even as simple as "letting them<br/> be whitespace", because presumably you want (read-string "{a: b}") to<br/> result in (hash-map 'a 'b), but (read-string "{a :b}") to result in<br/> (hash-map 'a :b)."</p> <p>This issue could be avoided by only treating a colon as whitespace when followed by a comma. As easy cut-paste of json seems the be the key motivation here, the commas are going to be there anyway: valid {"v":, 1234} vs syntax error {a-key: should-be-a-keyword}.</p> <p>This would be visually confusing imo. </p> <p>Please, oh please, no.</p> <p>Er, brain fart. I was typing faster than I was thinking and put the comma in the wrong place. In my head I meant the form following the colon would have to have a comma after it. Thus, {"a-json-key": 1234, ...} would be valid while {"a-json-key": was-supposed-to-be-a-keyword "another-json-key" foo} would complain about the colon being an Invalid Token. I don't see the need for it, however.</p> <p>Clojure already has reader syntax for a map. If we support JSON, do we also support ruby map literals? Seems like this addition would only add confusion, imo, given colons are used in keywords and keywords are frequently used in maps - e.g., when de-serializing from XML, or even JSON. <img class="emoticon" src="http://dev.clojure.org/jira/images/icons/emoticons/smile.gif" height="20" width="20" align="absmiddle" alt="" border="0"/></p> <p>Clojure is no longer a language hosted only on the JVM. Clojure is also hosted on the CLR, and JavaScript. In particular ClojureScript can't currently easily deal with JSON literals - an extremely common (though problematic) data format. By allowing colon whitespace in map literals - Clojure data structures can effectively become an extensible JSON superset - giving the succinctness of JSON and the expressiveness of XML.</p> <p>+1 from me.</p> <p>Clojure is only hosted on the JVM; ClojureScript is hosted on JS VMs. If this is useful for CLJS, it should just be a CLJS feature.</p> <p>-1 for this whole idea: that way madness lies....</p> <p>If we keep adding syntactical oddities like this then the language will become unmaintainably complex. It's the exact opposite of simple to have lots of special cases and ambiguities that you have to remember.</p> <p>If people want to use JSON that is fine, but then the best approach use a specific JSON parser/writer, not just paste it into Clojure source and expect it to work. </p> <p>-1 for reasons mentioned by Allan Malloy and Mike Anderson</p> Global Rank