Re: [ANN] Initial release of Glow, a tiny library for syntax highlighting Clojure source code

2015-08-01 Thread Reid McKenzie
Very nice! Have you put any effort into an HTML output target? Reid -- 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

[Call For Participation] Scheme and Functional Programming Workshop 2015

2015-08-01 Thread Andy Keep
*Call For Participation:* *Scheme and Functional Programming Workshop 2015* *Vancouver, British Columbia, Canada* *(Co-located with ICFP 2015)* http://andykeep.com/SchemeWorkshop2015/ *Important Dates:* - August 3rd, 2015 - Early Registration Deadline - September 4th, 2015 - Workshop

#queue, (throw), and other unexampled fruits

2015-08-01 Thread Matching Socks
Admiring the Clojurescript API docs[1], I came across "#queue literal", tantalizingly not flagged with the Clojure-compatible icon! Sure enough: cljs.user=> #queue [1 :b] #queue [1 :b] cljs.user=> (pop *1) #queue [:b] Meanwhile, Clojure says "No reader function for tag queue". CLJ-976

[ANN] Initial release of Glow, a tiny library for syntax highlighting Clojure source code

2015-08-01 Thread W. David Jarvis
Hey all - I'm very happy to announce yet another OSS project, Glow, which is intended to provide a minimal and simple way to enable you to produce syntax-highlighted strings of Clojure source code. The project page can be found here , and as usual I've writ

Re: Advice on introducing a Java dev to Clojure

2015-08-01 Thread Johanna Belanger
I think it depends also on the role a developer is in. If success on the job means plugging together what you are asked to plug together, then the risk/benefit analysis favors sticking with what you know. If success requires innovation, then you've got to look for new ideas that can give you le

Re: core.logic: Help with insertion sort

2015-08-01 Thread Nicolás Berger
Hi Tassilo, > I've simplified the code a bit so that I don't need the `cconso` > relation. That's great. It's easier to understand this way. To simplify a tiny bit more, the `nf` lvar can also be removed: it's unified with `f`, so f can be used instead of nf in `(conso nf nr nl)` > Ok, and now t

Re: Using a dynamic var for my database connection for implicit connections+transactions

2015-08-01 Thread Rob Lally
Hey Pablo, I could be wrong, but it seems that the key problem here is the existence of the global transaction. If the global transaction didn’t exist then any time you failed to pass in a transaction the code would fail: immediately and loudly. I appreciate what you’re trying to do but it seem

Re: Advice on introducing a Java dev to Clojure

2015-08-01 Thread Johanna Belanger
Thank you for these suggestions, Paul. Especially the last bit about a working system. I'll look for an opportunity to do that. I loved your conj talk. Incredible! On Thursday, July 23, 2015 at 6:04:42 AM UTC-7, Paul deGrandis wrote: > > I have had success here with a few approaches. > > For eve

Re: Using a dynamic var for my database connection for implicit connections+transactions

2015-08-01 Thread James Reeves
On 1 August 2015 at 01:38, jongwon.choi wrote: > > That's how I normally use dynamic vars. Some people afraid of using it, > but it is like a knife - If you know how to use it, it is useful to remove > unnecessary complexity. > Well, it's more that dynamic vars trade convenience for *greater* com

Re: Using a dynamic var for my database connection for implicit connections+transactions

2015-08-01 Thread Colin Yates
That is indeed a useful library for wiring things up at init-time, but it doesn't help at all for run-time wiring, like transactions. On 1 Aug 2015 07:33, "Jo Geraerts" wrote: > Hello, > > I think you are coming to a point where you might want to consider Stuart > Sierra's component library. > ht