Hi,

Nice feature if you write a spreadsheet app maybe.
Still wonder who would use a console to interact with a spreadsheet :))

Just kidding.

Tagged literals are the way to go to extend the reader.
If lisp notation is so much a pain then build your own reader using a tool like 
... instaparse.

Your proposal makes the reader something else than a simple lisp reader.
Much more harder to maintain.

The day some 'custom extensions' break with your reader on steroids, the 
maintenance nightmare will start.

Having played in the past with configurable Lisp readers, I see were this can 
lead us and it's not a smooth road.

Clojure has been build from well focused individual components.

Your current proposal is risky at best, and the benefits weak. 

As far as the parenthesis syndrome,
I have been exposing non-coders (illiterate in fact) to DSLs written with 
parenthesis, vectors and so on for a while.

Surprisingly to some, they did not barf at the syntax cues. They have been 
modifying files with success for a while.

That makes to me the direct support of DSLs by the reader less sexy.

Nothing personal in the above comments, you wanted some feedback. Here it is.

I am not saying that all your ideas are to dumped. It would be nice to have 
parsers for tag literals like csv expressions and probably other ideas can come 
out of your proposal.

What I an trying to say is decompose and implement the worthwhile ones as 
separate pieces that others can reuse.

If some pass the test of time and general use then they may end up in some 
contrib lib or in the core possibly.

I apologize for typos, been typing ob my iPhone from my bath :)

Luc P.

> Not anybody? I'm a little puzzled: is this feature so useless? I thought 
> embedding stuff like CSV data in Clojure code "as is" could be a nice 
> feature.
> https://github.com/henrik42/extended-lisp-reader#parsing-csv
> No need to rewrite it in Clojure syntax/string literals or other forms.
> 
> I think after having tagged literals (which still stick to Clojure 
> forms/syntax) 
> it could be the next step in building DSLs with Clojure.
> 
> Henrik
> 
> 
> 
> -- 
> 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/d/optout.
> 
--
Luc Prefontaine<lprefonta...@softaddicts.ca> sent by ibisMail!

-- 
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/d/optout.

Reply via email to