Re: Socket.IO and Clojure?

[Hoàng Minh Thắng]

I had the same concern and have searched for solutions. IMO sockjs is well 
designed and perfectly fits my needs*.*
You can use sockjs with Clojure, though we'll need more tweaks to make it 
pass all the sockjs specs:
https://github.com/jenshaase/methojure/tree/master/methojure-sockjs
If you really want to work with sockjs and Clojure, invest on that.

Personally I'm developing Chlorinejs to fill the gap Clojurescript left.
Here's a demo using sockjs in both client and server (nodejs)
https://github.com/chlorinejs-demos/angular-sockjs-im

-- 
-- 
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.

Re: How core.async compares to agents, future and promise?

[julius]

It brother me too.

Thanks

On Friday, July 5, 2013 3:28:54 AM UTC+8, Hussein B. wrote:
>
> Hi,
>
> How core.async compares to agents, future and promise?
>
> When to use core.async and when to use agents, future and promise?
>
> Thanks for help and time.
>

-- 
-- 
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.

Re: Domain-specific language design books

[Leonardo Borges]

Then something more generic might be helpful, such as Fowler's DSL book:
http://www.amazon.com/Domain-Specific-Languages-Addison-Wesley-Signature-ebook/dp/B003ZUYJ3G/ref=sr_1_1?ie=UTF8&qid=1374198990&sr=8-1&keywords=domain+specific+languages

It's a bit dense - 600+ pages - but I've heard good things about it. Maybe
that'd be of help?

Leonardo Borges
www.leonardoborges.com


On Fri, Jul 19, 2013 at 11:51 AM, JvJ  wrote:

> Thanks.  Mostly, I'm looking for something that's about design principles
> rather than a "how-to".  I figure I might as well get educated before I
> just dive blindly in.
>
>
> On Thursday, 18 July 2013 13:30:06 UTC-7, JvJ wrote:
>>
>> Does anyone know of any good books on DSL design, in Clojure or any other
>> Lisp?
>
>  --
> --
> 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.
>
>
>

-- 
-- 
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.

Re: Domain-specific language design books

[JvJ]

Thanks.  Mostly, I'm looking for something that's about design principles 
rather than a "how-to".  I figure I might as well get educated before I 
just dive blindly in.

On Thursday, 18 July 2013 13:30:06 UTC-7, JvJ wrote:
>
> Does anyone know of any good books on DSL design, in Clojure or any other 
> Lisp?

-- 
-- 
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.

Re: ns defaults

[Gary Trakhman]

Could you abuse a reader literal?  Seems like it could work at first glance.


On Thu, Jul 18, 2013 at 4:34 AM, Jozef Wagner wrote:

> Compiler loads and refers clojure.core namespace for each new namespace. In
> my projects, I often have one or two namespaces I use nearly in every other
> namespace. (e.g. clojure.tools.logging or clojure.string). It would be
> convenient if I could specify ns defaults somewhere and those declarations
> would be used for every compiled namespace.
>
> This feature complects things a bit, as it splits ns declaration in two
> locations, but it may turn out to be practical enough at the end.
>
> I've already implemeted this in Clojurescript, see analyzer.clj in
> http://goo.gl/vxaSu . ns defaults are stored in a classpath in
> ns-defaults.edn file, and it may look like this
>
> {:require-macros ([wagjo.data.string :as us])
>  :require ([wagjo.data.string :as us]
>[clojure.string :as cs])
>  ;; include only in namespaces matching following regex
>  :include \"^foo\"}
>
> I would like to hear your opinions and thoughts on this. Thanks,
> JW
>
> --
> --
> 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.
>
>
>

-- 
-- 
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.

core.async: Hoare's coroutine examples in Clojure

[Alan Shaw]

These are now working properly and ought to be readable by core.async
beginners  (I hope).

https://github.com/nodename/async-plgd

-A

-- 
-- 
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.

Re: Domain-specific language design books

[Leonardo Borges]

Every time you write a macro, you're writing a domain specific language.

To that end, I have found Let Over Lambda most valuable.

Cheers
On 19 Jul 2013 06:30, "JvJ"  wrote:

> Does anyone know of any good books on DSL design, in Clojure or any other
> Lisp?
>
> --
> --
> 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.
>
>
>

-- 
-- 
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.

Domain-specific language design books

[JvJ]

Does anyone know of any good books on DSL design, in Clojure or any other 
Lisp?

-- 
-- 
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.

Re: Proposed formal syntax for edn

[kovas boguta]

I agree that would be a Good Thing. This looks like an excellent start.

Is this specification executable in Instaparse?

IMO specs that are immediately computable are more useful and more likely
to be correct.





On Thu, Jul 18, 2013 at 10:38 AM, Ben Smith-Mannschott <
bsmith.o...@gmail.com> wrote:

> I think it would aid compatibility between edn implementations if we had
> an agreed upon formal syntax. To that end, I've tried my hand at specifying
> one. I've posted it as issue 56 on edn-format/edn:
>
> https://github.com/edn-format/edn/issues/56
>
> I'll incorporate fixes for any problems that are identified into a copy of
> the syntax hosted here:
>
> https://gist.github.com/bpsm/5951638
>
> I think it would be helpful for any discussion to take place on the issue,
> since then it would all be in once place.
>
> Thanks,
> Ben
>
>  --
> You received this message because you are subscribed to the Google Groups
> "Clojure Dev" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure-dev+unsubscr...@googlegroups.com.
> To post to this group, send email to clojure-...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojure-dev.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>
>

-- 
-- 
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.

Re: Proposed formal syntax for edn

[Ben Smith-Mannschott]

On Thu, Jul 18, 2013 at 7:46 PM, kovas boguta wrote:

> I agree that would be a Good Thing. This looks like an excellent start.
>
> Is this specification executable in Instaparse?
>
> IMO specs that are immediately computable are more useful and more likely
> to be correct.
>

No, not as it stands currently the syntax is surely inedible for
Instaparse. I do agree that encoding to work with Instaparse would be an
useful additional verification. It is something I've thought about. I may
tackle that once I'm confident that the obvious kinks have been worked out
of the syntax.

// Ben

-- 
-- 
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.

Proposed formal syntax for edn

[Ben Smith-Mannschott]

I think it would aid compatibility between edn implementations if we had an
agreed upon formal syntax. To that end, I've tried my hand at specifying
one. I've posted it as issue 56 on edn-format/edn:

https://github.com/edn-format/edn/issues/56

I'll incorporate fixes for any problems that are identified into a copy of
the syntax hosted here:

https://gist.github.com/bpsm/5951638

I think it would be helpful for any discussion to take place on the issue,
since then it would all be in once place.

Thanks,
Ben

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Hadn't thought about spam detection, comment design, or versioning. But I
like the ideas a lot. I'll design with these features in mind.




On Thu, Jul 18, 2013 at 12:17 PM, Thorsten Wilms  wrote:

> On 07/18/2013 04:24 PM, Timothy Washington wrote:
>
>> I know that I currently wish I had a Clojure weblog engine that I could
>> stick into a site I'm building. If there's already something available,
>> I'll obviously just use that. But otherwise, is this something that
>> would be interesting to people?
>>
>
> Oh yes.
>
> I put some effort into a blogging engine myself, but got sidetracked a
> lot. Repo: https://github.com/thorwil/**tlog
>
> It's written as single account blog, but since I'm using Friend, that
> should be straightforward to change.
>
> For editing, I rely on Aloha (http://aloha-editor.org/). The unfinished
> comment system works only with JS enabled and has no spam protection or
> email notifications. Comments can be nested and the design is meant to
> encourage people to read previous comments, before they add their own (this
> at the cost of varying distance between a comment and its Reply field).
>
> Having Aloha-like editing, but without inheriting such a chunk of JS,
> rather using ClojureScript would rock.
>
> One of the more interesting parts might be how pages are assembled:
> https://github.com/thorwil/**tlog/blob/master/src/tlog/**
> render/html/assemble.clj#L83
>
> Further down the road, I wanted to look into versioning, perhaps backed by
> git and realtime collaborative editing. I haven't be traveling, lately :}
>
>
> --
> Thorsten Wilms
>
> thorwil's design for free software:
> http://thorwil.wordpress.com/
>
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Hadn't thought about it along those lines. But I'm glad you brought it up.
Ok.



On Thu, Jul 18, 2013 at 11:33 AM, Mikera wrote:

> It sounds like a great project.
>
> I think the challenge will be the making the different pieces fit together
> neatly: there are lots of somewhat-overlapping libraries and I don't think
> anyone has yet figured out the right way to plug everything together - at
> least in the sense that "composability" depends on shared abstractions.
>
> By doing a project like this, I think one of the big benefits would be in
> providing feedback to the constituent libraries on how they could make
> their APIs work better with the rest of the ecosystem. If you can do that
> successfully, it would be a big benefit for the Clojure community as whole.
>
>
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Too right. Ok, I'll factor that in.



On Thu, Jul 18, 2013 at 11:16 AM, Gary Trakhman wrote:

> Django's pretty good at this with it's auto-gen'd Admin interface, if we
> had something comparable it would be compelling to a large audience, but I
> worry that it becomes 'frameworky' at a certain point, and clojure has a
> bias against that.
>
>
>
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Thorsten Wilms]

On 07/18/2013 04:24 PM, Timothy Washington wrote:

I know that I currently wish I had a Clojure weblog engine that I could
stick into a site I'm building. If there's already something available,
I'll obviously just use that. But otherwise, is this something that
would be interesting to people?


Oh yes.

I put some effort into a blogging engine myself, but got sidetracked a 
lot. Repo: https://github.com/thorwil/tlog


It's written as single account blog, but since I'm using Friend, that 
should be straightforward to change.


For editing, I rely on Aloha (http://aloha-editor.org/). The unfinished 
comment system works only with JS enabled and has no spam protection or 
email notifications. Comments can be nested and the design is meant to 
encourage people to read previous comments, before they add their own 
(this at the cost of varying distance between a comment and its Reply 
field).


Having Aloha-like editing, but without inheriting such a chunk of JS, 
rather using ClojureScript would rock.


One of the more interesting parts might be how pages are assembled:
https://github.com/thorwil/tlog/blob/master/src/tlog/render/html/assemble.clj#L83

Further down the road, I wanted to look into versioning, perhaps backed 
by git and realtime collaborative editing. I haven't be traveling, lately :}



--
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

--
--
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.

Re: core.async: leak in the examples

[Timothy Baldridge]

Yes, channels are GC'd and so are any gos that are connected to them (who
are not also being held by some other reference).

Timothy


On Thu, Jul 18, 2013 at 9:42 AM, Alice  wrote:

> https://github.com/clojure/core.async/blob/master/examples/ex-async.clj
> https://github.com/clojure/core.async/blob/master/examples/ex-go.clj
>
> One uses future, and the other uses go. The code runs query twice for
> each search type, and takes only one, whichever comes first, from the
> channel, so I'm sure 3 threads are blocked in the future version after
> running the code.
>
> But what about the go version? Is it also leaked? My guess is that because
> there's no reference to the channel, it's GC'd. But I'm not sure.
>
>  --
> --
> 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.
>
>
>



-- 
“One of the main causes of the fall of the Roman Empire was that–lacking
zero–they had no way to indicate successful termination of their C
programs.”
(Robert Firth)

-- 
-- 
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.

core.async: leak in the examples

[Alice]

https://github.com/clojure/core.async/blob/master/examples/ex-async.clj
https://github.com/clojure/core.async/blob/master/examples/ex-go.clj

One uses future, and the other uses go. The code runs query twice for each 
search type, and takes only one, whichever comes first, from the channel, 
so I'm sure 3 threads are blocked in the future version after running the 
code.

But what about the go version? Is it also leaked? My guess is that because 
there's no reference to the channel, it's GC'd. But I'm not sure.

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Mikera]

It sounds like a great project.

I think the challenge will be the making the different pieces fit together 
neatly: there are lots of somewhat-overlapping libraries and I don't think 
anyone has yet figured out the right way to plug everything together - at 
least in the sense that "composability" depends on shared abstractions.

By doing a project like this, I think one of the big benefits would be in 
providing feedback to the constituent libraries on how they could make 
their APIs work better with the rest of the ecosystem. If you can do that 
successfully, it would be a big benefit for the Clojure community as whole.

On Thursday, 18 July 2013 15:24:06 UTC+1, frye wrote:
>
> Hello, 
>
> I'm thinking of how to build a composable blogging engine in Clojure. 
> There have been a few attempts at this, with 
> cow-blogand 
> my-blog . But these seem to be 
> abandoned, and not heavily used. Vijay Kiran, last year, even wrote a 
> series of blog posts (see 
> here)
>  
> about building a blog engine. As far as a list of posts goes, the data 
> structure for each record was simple: 
>
>- title
>- content
>- status
>- created-date
>- published-date
>- author 
>
>
> I think this is the most basic thing you could do, to get running. But I'm 
> thinking of approaching the feature set of 
> Wordpress. 
> So I'm thinking of the Data Structure(s) of features like: 
>
>- Web UI component; wyswyg editor, themes  
>- Server component; embeddable in Compojure or Pedestal 
>- Database component; 
>- raw data structures, txt, rtf, images, audio, videos, documents 
>   - adapters for Datomic, SQL(Postgres, etc), NoSQL (Mongo, etc)
>   - tags / categories for content 
>- Authentication & Authorization; OpenID 
>- Workflow component; preview, collaboration & editor review  
>- Commenting component; default or an external comments service, like 
>disqus  or discourse 
>- Administration Console
>- Plug-in support  
>- Import / Export 
>- Multi-lang / Internationalization 
>
>
> I know that I currently wish I had a Clojure weblog engine that I could 
> stick into a site I'm building. If there's already something available, 
> I'll obviously just use that. But otherwise, is this something that would 
> be interesting to people? 
>
>
> Thanks 
>
> Tim Washington 
> Interruptsoftware.ca / Bkeeping.com 
> 416.843.9060 
>
>  

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Gary Trakhman]

Django's pretty good at this with it's auto-gen'd Admin interface, if we
had something comparable it would be compelling to a large audience, but I
worry that it becomes 'frameworky' at a certain point, and clojure has a
bias against that.


On Thu, Jul 18, 2013 at 11:10 AM, Timothy Washington wrote:

> Ok, I'll start to flesh this out a little more - overall architecture,
> 3rd-party libs, etc. And I'll get some more of your feedback from there.
> Please add anymore ideas to this effect, if you have them.
>
>
> More soon
>
> Tim Washington
> Interruptsoftware.ca / Bkeeping.com
>
>
> On Thu, Jul 18, 2013 at 10:55 AM, Michael Fogus wrote:
>
>> That's what I hoped you meant. Sounds fun.
>>
>> On Thu, Jul 18, 2013 at 10:44 AM, Timothy Washington 
>> wrote:
>> > Ah, by composable, I meant you could choose to only use a core server
>> > component, posting txt entries, let's say with an in-memory data store
>> ( who
>> > knows.. it's your blog :). And if you want a little more, you can
>> choose to
>> > add a DB adapter out to Datomic, and Import / Export support. This is
>> all
>> > still within a running Clojure repl. So additionally, you might choose
>> to
>> > add a Web UI (or tablet or smartphone UI), and so on.
>> >
>> >
>> > Tim Washington
>> > Interruptsoftware.ca / Bkeeping.com
>> >
>> >
>> > On Thu, Jul 18, 2013 at 10:36 AM, Michael Fogus 
>> wrote:
>> >>
>> >> Quick answer: Yes.  I'd love to see a legitimate, maintained
>> >> Clojure-based blogging engine.  I have one question: what does
>> >> "composable blogging engine" mean?
>> >>
>> >>
>> >> On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington <
>> twash...@gmail.com>
>> >> wrote:
>> >> > Hello,
>> >> >
>> >> > I'm thinking of how to build a composable blogging engine in Clojure.
>> >> > There
>> >> > have been a few attempts at this, with cow-blog and my-blog. But
>> these
>> >> > seem
>> >> > to be abandoned, and not heavily used. Vijay Kiran, last year, even
>> >> > wrote a
>> >> > series of blog posts (see here) about building a blog engine. As far
>> as
>> >> > a
>> >> > list of posts goes, the data structure for each record was simple:
>> >> >
>> >> > title
>> >> > content
>> >> > status
>> >> > created-date
>> >> > published-date
>> >> > author
>> >> >
>>
>  --
> --
> 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.
>
>
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Ok, I'll start to flesh this out a little more - overall architecture,
3rd-party libs, etc. And I'll get some more of your feedback from there.
Please add anymore ideas to this effect, if you have them.


More soon

Tim Washington
Interruptsoftware.ca / Bkeeping.com


On Thu, Jul 18, 2013 at 10:55 AM, Michael Fogus  wrote:

> That's what I hoped you meant. Sounds fun.
>
> On Thu, Jul 18, 2013 at 10:44 AM, Timothy Washington 
> wrote:
> > Ah, by composable, I meant you could choose to only use a core server
> > component, posting txt entries, let's say with an in-memory data store (
> who
> > knows.. it's your blog :). And if you want a little more, you can choose
> to
> > add a DB adapter out to Datomic, and Import / Export support. This is all
> > still within a running Clojure repl. So additionally, you might choose to
> > add a Web UI (or tablet or smartphone UI), and so on.
> >
> >
> > Tim Washington
> > Interruptsoftware.ca / Bkeeping.com
> >
> >
> > On Thu, Jul 18, 2013 at 10:36 AM, Michael Fogus 
> wrote:
> >>
> >> Quick answer: Yes.  I'd love to see a legitimate, maintained
> >> Clojure-based blogging engine.  I have one question: what does
> >> "composable blogging engine" mean?
> >>
> >>
> >> On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington <
> twash...@gmail.com>
> >> wrote:
> >> > Hello,
> >> >
> >> > I'm thinking of how to build a composable blogging engine in Clojure.
> >> > There
> >> > have been a few attempts at this, with cow-blog and my-blog. But these
> >> > seem
> >> > to be abandoned, and not heavily used. Vijay Kiran, last year, even
> >> > wrote a
> >> > series of blog posts (see here) about building a blog engine. As far
> as
> >> > a
> >> > list of posts goes, the data structure for each record was simple:
> >> >
> >> > title
> >> > content
> >> > status
> >> > created-date
> >> > published-date
> >> > author
> >> >
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Michael Fogus]

That's what I hoped you meant. Sounds fun.

On Thu, Jul 18, 2013 at 10:44 AM, Timothy Washington  wrote:
> Ah, by composable, I meant you could choose to only use a core server
> component, posting txt entries, let's say with an in-memory data store ( who
> knows.. it's your blog :). And if you want a little more, you can choose to
> add a DB adapter out to Datomic, and Import / Export support. This is all
> still within a running Clojure repl. So additionally, you might choose to
> add a Web UI (or tablet or smartphone UI), and so on.
>
>
> Tim Washington
> Interruptsoftware.ca / Bkeeping.com
>
>
> On Thu, Jul 18, 2013 at 10:36 AM, Michael Fogus  wrote:
>>
>> Quick answer: Yes.  I'd love to see a legitimate, maintained
>> Clojure-based blogging engine.  I have one question: what does
>> "composable blogging engine" mean?
>>
>>
>> On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington 
>> wrote:
>> > Hello,
>> >
>> > I'm thinking of how to build a composable blogging engine in Clojure.
>> > There
>> > have been a few attempts at this, with cow-blog and my-blog. But these
>> > seem
>> > to be abandoned, and not heavily used. Vijay Kiran, last year, even
>> > wrote a
>> > series of blog posts (see here) about building a blog engine. As far as
>> > a
>> > list of posts goes, the data structure for each record was simple:
>> >
>> > title
>> > content
>> > status
>> > created-date
>> > published-date
>> > author
>> >
>
> --
> --
> 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.
>
>



-- 
-- http://blog.fogus.me
-- http://github.com/fogus
--

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Ah, by *composable*, I meant you could choose to only use a core server
component, posting txt entries, let's say with an in-memory data store (
who knows.. it's your blog :). And if you want a little more, you can
choose to add a DB adapter out to Datomic, and Import / Export support.
This is all still within a running Clojure repl. So additionally, you might
choose to add a Web UI (or tablet or smartphone UI), and so on.


Tim Washington
Interruptsoftware.ca / Bkeeping.com


On Thu, Jul 18, 2013 at 10:36 AM, Michael Fogus  wrote:

> Quick answer: Yes.  I'd love to see a legitimate, maintained
> Clojure-based blogging engine.  I have one question: what does
> "composable blogging engine" mean?
>
>
> On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington 
> wrote:
> > Hello,
> >
> > I'm thinking of how to build a composable blogging engine in Clojure.
> There
> > have been a few attempts at this, with cow-blog and my-blog. But these
> seem
> > to be abandoned, and not heavily used. Vijay Kiran, last year, even
> wrote a
> > series of blog posts (see here) about building a blog engine. As far as a
> > list of posts goes, the data structure for each record was simple:
> >
> > title
> > content
> > status
> > created-date
> > published-date
> > author
> >
>

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Mayank Jain]

+1.
I also have been thinking about the same. Would be interesting to see how
you do it.



On Thu, Jul 18, 2013 at 8:14 PM, Timothy Washington wrote:

> Ah, by *composable*, I meant you could choose to only use a core server
> component, posting txt entries, let's say with an in-memory data store (
> who knows.. it's your blog :). And if you want a little more, you can
> choose to add a DB adapter out to Datomic, and Import / Export support.
> This is all still within a running Clojure repl. So additionally, you might
> choose to add a Web UI (or tablet or smartphone UI), and so on.
>
>
> Tim Washington
> Interruptsoftware.ca / Bkeeping.com
>
>
> On Thu, Jul 18, 2013 at 10:36 AM, Michael Fogus  wrote:
>
>> Quick answer: Yes.  I'd love to see a legitimate, maintained
>> Clojure-based blogging engine.  I have one question: what does
>> "composable blogging engine" mean?
>>
>>
>> On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington 
>> wrote:
>> > Hello,
>> >
>> > I'm thinking of how to build a composable blogging engine in Clojure.
>> There
>> > have been a few attempts at this, with cow-blog and my-blog. But these
>> seem
>> > to be abandoned, and not heavily used. Vijay Kiran, last year, even
>> wrote a
>> > series of blog posts (see here) about building a blog engine. As far as
>> a
>> > list of posts goes, the data structure for each record was simple:
>> >
>> > title
>> > content
>> > status
>> > created-date
>> > published-date
>> > author
>> >
>>
>  --
> --
> 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.
>
>
>



-- 
Regards,
Mayank.

-- 
-- 
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.

Re: Interest in a Full Featured Clojure Blog Engine

[Michael Fogus]

Quick answer: Yes.  I'd love to see a legitimate, maintained
Clojure-based blogging engine.  I have one question: what does
"composable blogging engine" mean?


On Thu, Jul 18, 2013 at 10:24 AM, Timothy Washington  wrote:
> Hello,
>
> I'm thinking of how to build a composable blogging engine in Clojure. There
> have been a few attempts at this, with cow-blog and my-blog. But these seem
> to be abandoned, and not heavily used. Vijay Kiran, last year, even wrote a
> series of blog posts (see here) about building a blog engine. As far as a
> list of posts goes, the data structure for each record was simple:
>
> title
> content
> status
> created-date
> published-date
> author
>
>
> I think this is the most basic thing you could do, to get running. But I'm
> thinking of approaching the feature set of Wordpress. So I'm thinking of the
> Data Structure(s) of features like:
>
> Web UI component; wyswyg editor, themes
> Server component; embeddable in Compojure or Pedestal
> Database component;
>
> raw data structures, txt, rtf, images, audio, videos, documents
> adapters for Datomic, SQL(Postgres, etc), NoSQL (Mongo, etc)
> tags / categories for content
>
> Authentication & Authorization; OpenID
> Workflow component; preview, collaboration & editor review
> Commenting component; default or an external comments service, like disqus
> or discourse
> Administration Console
> Plug-in support
> Import / Export
> Multi-lang / Internationalization
>
>
> I know that I currently wish I had a Clojure weblog engine that I could
> stick into a site I'm building. If there's already something available, I'll
> obviously just use that. But otherwise, is this something that would be
> interesting to people?
>
>
> Thanks
>
> Tim Washington
> Interruptsoftware.ca / Bkeeping.com
> 416.843.9060
>
> --
> --
> 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.
>
>



-- 
-- http://blog.fogus.me
-- http://github.com/fogus
--

-- 
-- 
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.

Interest in a Full Featured Clojure Blog Engine

[Timothy Washington]

Hello,

I'm thinking of how to build a composable blogging engine in Clojure. There
have been a few attempts at this, with
cow-blogand
my-blog . But these seem to be
abandoned, and not heavily used. Vijay Kiran, last year, even wrote a
series of blog posts (see
here)
about building a blog engine. As far as a list of posts goes, the data
structure for each record was simple:

   - title
   - content
   - status
   - created-date
   - published-date
   - author


I think this is the most basic thing you could do, to get running. But I'm
thinking of approaching the feature set of
Wordpress.
So I'm thinking of the Data Structure(s) of features like:

   - Web UI component; wyswyg editor, themes
   - Server component; embeddable in Compojure or Pedestal
   - Database component;
   - raw data structures, txt, rtf, images, audio, videos, documents
  - adapters for Datomic, SQL(Postgres, etc), NoSQL (Mongo, etc)
  - tags / categories for content
   - Authentication & Authorization; OpenID
   - Workflow component; preview, collaboration & editor review
   - Commenting component; default or an external comments service, like
   disqus  or discourse 
   - Administration Console
   - Plug-in support
   - Import / Export
   - Multi-lang / Internationalization


I know that I currently wish I had a Clojure weblog engine that I could
stick into a site I'm building. If there's already something available,
I'll obviously just use that. But otherwise, is this something that would
be interesting to people?


Thanks

Tim Washington
Interruptsoftware.ca / Bkeeping.com
416.843.9060

-- 
-- 
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.

nrepl-inspect on load

[Timothy Washington]

Hi there,

I took a look at the nrepl middleware project "nrepl-inspect", as described
in this 
article
.

I'm using emacs-live, and thus have the initialization code in my "*
~/.live-packs/-pack/init.el*" file. Now, when I first load emacs,
neither the *C-c C-i* key binding (nor the '*nrepl-inspect*' command) work.
However, after emacs has loaded, if I go to emacs' scratch buffer and run
those init commands manually, then the key binding, and extension do work.

(load-file "/nrepl-inspect/nrepl-inspect.el")
(define-key nrepl-mode-map (kbd "C-c C-i") 'nrepl-inspect)
(require 'nrepl-inspect)



So I'm not sure if this is an emacs-live question, or something wonky with
the nrepl-inspect middleware. It seems something in emacs need to be loaded
before I can successfully run those commands. Anyone have this issue, and
have worked through it?


Thanks

Tim Washington
Interruptsoftware.ca / Bkeeping.com
416.843.9060

-- 
-- 
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.

Re: merge nested maps

[Uwe Dauernheim]

The implementation(s) acts a bit counter-intuitive on non-nested maps:

FAIL in (deep-merge-test) (test.clj:5)
expected: (= (merge {:a 1, :d 1} {:a 2, :c 1}) (deep-merge {:a 1, :d 1} {:a 
2, :c 1}))
  actual: (not (= {:c 1, :a 2, :d 1} {:a 2, :c 1}))

ERROR in (deep-merge-with-test) (Numbers.java:942)
expected: (= nil (deep-merge-with + nil nil nil))
  actual: java.lang.NullPointerException: null

On Wednesday, July 17, 2013 8:53:03 PM UTC+2, JvJ wrote:
>
> By the way, this is already in contrib: 
> http://clojuredocs.org/clojure_contrib/clojure.contrib.map-utils/deep-merge-with
>
> On Wednesday, July 17, 2013 5:42:24 AM UTC-7, Chris Gill wrote:
>>
>> Thank you for finding and posting this! Been wracking my brain trying to 
>> figure out a good way to do a full map merge
>>
>> On Thursday, April 25, 2013 5:26:53 PM UTC-4, Stuart Sierra wrote:
>>>
>>> Here's a way to do it from the Pedestal demo source 
>>> code
>>> :
>>>
>>> (defn deep-merge
>>>   "Recursively merges maps. If keys are not maps, the last value wins."
>>>   [& vals]
>>>   (if (every? map? vals)
>>> (apply merge-with deep-merge vals)
>>> (last vals)))
>>>
>>> -S
>>>
>>>
>>>
>>> On Thursday, April 25, 2013 4:41:33 PM UTC-4, Joachim De Beule wrote:

 Hi list,

 I was searching for an "easy" way to combined nested maps, e.g. as in 

 (combine {:foo {:bar "baz"}} {:foo {:x "y"}})
 => {:foo {:bar "baz", :x "y"}}

 I would expect that there is some core map operation to do this, but 
 neither merge nor unify work as they simply return {:foo {:x "y"}}, and I 
 don't see anything else. Am I missing something?

 Joachim.

>>>

-- 
-- 
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.

Re: How do I setup a Clojurescript REPL with emacs?

[Chris Bui]

Thanks so much! I slept on it and followed your instructions and now 
everything works perfectly. 

On Wednesday, July 17, 2013 11:43:38 PM UTC-5, ktsujister wrote:
>
>
> Here's how I did it.
>
> 1. I setup brepl environment with help of below tutorial.
> 
> https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-02.md
>
>in short, you'll need (repl/connect "http://localhost:9000/repl";) 
> somewhere in your clojurescript code.
>
> 2. then open nrepl in emacs(I'm using M-x nrepl-jack-in)
>
> 3. Enter below in your nrepl
>   (do
> (require 'cljs.repl.browser)
> (cemerick.piggieback/cljs-repl
>  :repl-env
>  (doto (cljs.repl.browser/repl-env :port 9000)
>cljs.repl/-setup)))
>
> 4. You need to show the page that has your cljs running on your browser.
>
> 5. test if your nrepl is working correctly by executing below on nrepl.
>(js/alert "I'm ready!")
>
> Hope this helps.
>
> Regards,
> K
> 
>
> On Thursday, July 18, 2013 1:03:59 PM UTC+9, Chris Bui wrote:
>>
>> I'm trying to setup an environment for Clojurescript. The problem I'm 
>> having is not knowing how to set it up so that I can connect to a 
>> Clojurescript Browser REPL from emacs, so I can evaluate forms right from 
>> the editor and have it show up in the browser.
>>
>> Things I've tried:
>>
>> I tried using Cemerick's piggieback and piggybacking on nREPL. I don't 
>> really know how to configure it from the documentation. I was able to get 
>> it to work after figuring out I had to make an index.html file in the root 
>> of the project folder. Except the server doesn't serve my assets.
>>
>> I tried setting up inferior-lisp with the bash script from the 
>> Clojurescript wiki. However, whenever I try to run the 
>> inferior-lisp-program I'm getting "Wrong type argument: stringp, nil".
>>
>> Here's my ideal workflow:
>>
>> I have a project folder/resources/public folder that has my assets and 
>> html files. I can start a web server that serves those files somehow, 
>> either by ring or using python's simple http server. I'd be able to connect 
>> to a REPL from emacs and evaluate forms into it.
>>
>> Thanks in advance.
>>
>

-- 
-- 
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.

Re: Making RPCs with Shoreleave

[terjesb]

The default /_shoreleave endpoint should work if you're running using lein 
ring server.

Are you running a WAR in a container? If so, I don't think Shoreleave 
currently picks up the context. If you have only one client app, you could 
proxy this using nginx in front on your container. For multiple client apps 
(also standalone, without a container), you may need to do what I did:

override default "/_shoreleave" in your app: (wrap-rpc 
"/your-context/_shoreleave")

and then (binding [shoreleave.remotes.http-rpc/*remote-uri* 
"/your-context/_shoreleave"] ) around your client calls.

Terje.




kl. 10:50:17 UTC+2 mandag 15. juli 2013 skrev Alex Fowler følgende:
>
> Did not work.. all that is strange since I've been following the manual 
> step-by-step.. looks like the shoreleave's wrapper does not even create a 
> http route for itself... any other ideas?
>
> On Friday, July 12, 2013 7:14:42 AM UTC+4, Samrat Man Singh wrote:
>>
>> I think you need to (use projectname.ajax) in your projectname.handler 
>> page. If I remember correctly, there's also a way to specify which 
>> namespace your remote function is in.
>>
>> On Thursday, July 11, 2013 10:42:15 PM UTC+5:45, Alex Fowler wrote:
>>>
>>> Hi all, this is my first experience with Shoreleave and I'm trying to 
>>> use it's RPC mechanism to perform AJAX tasks. However, on a call to a 
>>> remote procedure, I get this:
>>>
>>> `
>>>
>>>1. POST http://localhost:8080/_shoreleave 404 (Not Found) 
>>>cljs.js:25223 
>>>   1. goog.net.XhrIo.sendcljs.js:25223
>>>   2. xhr__delegatecljs.js:31416 
>>>   3. xhrcljs.js:31423 
>>>   4. 
>>> remote_callback__delegatecljs.js:32504
>>>   5. remote_callbackcljs.js:32515 
>>>   6. load_storecljs.js:32745 
>>>   7. 
>>> mk__AMPERSAND__load_store__delegatecljs.js:32755
>>>   8. 
>>> mk__AMPERSAND__load_storecljs.js:32763
>>>   9. example_storecljs.js:33341 
>>>   10. simplecljs.js:33361 
>>>   11. setup_guicljs.js:33962 
>>>   12. setup_allcljs.js:33982 
>>>   13. startupcljs.js:41166 
>>>   14. onloadapp:2 
>>>   
>>> XHR ERROR: Not Found 
>>> `
>>>
>>> What is wrong and how do I fix it? I have been following this tutorial: 
>>> Shoreleave 
>>> Tutorial 10 - Introducing 
>>> Ajax
>>>  my 
>>> code (relevant parts) is this:
>>>
>>> Project.clj:
>>> `
>>> (defproject projectname "0.1.0-SNAPSHOT"
>>>   :description "FIXME: write description"
>>>   :url "http://example.com/FIXME";
>>>   :dependencies [[org.clojure/clojure "1.5.1"]
>>>  [lib-noir "0.6.3"]
>>>  [compojure "1.2.0-SNAPSHOT"]
>>>  [ring-server "0.2.8"]
>>>  [clabango "0.5"]
>>>  [hiccup "1.0.3"]
>>>  [com.taoensso/timbre "2.1.2"]
>>>  [com.taoensso/tower "1.7.1"]
>>>  [markdown-clj "0.9.26"]
>>>
>>>  ; -- ajax
>>>  [shoreleave "0.3.0"]
>>>  [shoreleave/shoreleave-remote-ring "0.3.0"]
>>>  [shoreleave/shoreleave-remote "0.3.0"]
>>>  
>>>  ; -- cljs
>>>  [com.keminglabs/singult "0.1.6"]
>>>  [enfocus "1.0.1"]
>>>  [jayq "2.3.0"]
>>>  ]
>>>   :plugins [[lein-ring "0.8.5"]
>>> [lein-cljsbuild "0.3.2"]]
>>>   :hooks [leiningen.cljsbuild]
>>>   :cljsbuild {
>>>   :builds [{
>>> :jar true
>>> :source-paths ["src/family/webapp"]
>>> :compiler {
>>>:output-to 
>>> "resources/public/js/cljs.js"
>>>:optimizations :whitespace
>>>:externs ["externs/jquery-1.9.js"]
>>>:pretty-print true}}]}
>>>   :ring {:handler projectname.handler/war-handler
>>>  :initprojectname.handler/init
>>>  :destroy projectname.handler/destroy}
>>>   :profiles
>>>   {:production {:ring {:open-browser? false
>>>:stacktraces?  false
>>>:auto-reload?  false}}
>>>:dev {:dependencies [[ring-mock "0.1.5"]
>>> [ring/ring-devel "1.1.8"]]}}
>>>   :min-lein-version "2.0.0")
>>> `
>>>
>>> Handler:
>>> `
>>> (ns projectname.handler
>>>   (:use projectname.routes

Re: Implementation of the special form if

[Burt]

Hi Ambrose,

  yes. Thanks.
  Burt

Am Donnerstag, 18. Juli 2013 10:55:38 UTC+2 schrieb Ambrose 
Bonnaire-Sergeant:
>
> Clojure uses Boolean.FALSE and null are the only two false values by 
> design. c.c/boolean can be useful for 
> converting Boolean instances that are false in Java into those that are 
> false in Clojure.
>
> Does that answer your question?
> Ambrose
>
>
> On Thu, Jul 18, 2013 at 4:50 PM, Burt 
> > wrote:
>
>> Hi Ambrose,
>>
>> thanks for the hint.
>>
>> The background of my question:
>>
>> Let's do something silly, namely:
>>
>> (def falsefalse (Boolean. false))
>>
>> Then (we have been warned) we get
>> (if falsefalse :t :f) ==> :t
>>
>> Reason: Compiler.java#L2569 checks on Boolean.FALSE
>>
>> But if we use the function boolean, we get
>> (boolean falsefalse) ==> false
>>
>> Reason: RT.java#L981 checks on the objects booleanValue
>>
>> Is this consistent? 
>>
>> Greetings,
>> Burt
>>
>>
>>
>>
>> Am Donnerstag, 18. Juli 2013 10:36:40 UTC+2 schrieb Ambrose 
>> Bonnaire-Sergeant:
>>
>>> Hi Burt,
>>>
>>> See the "eval" and "emit" methods of IfExpr in Compiler.java for 
>>> evaluation and bytecode output respectively (IIUC) for
>>> "if".
>>>
>>> https://github.com/clojure/**clojure/blob/master/src/jvm/**
>>> clojure/lang/Compiler.java#**L2551
>>>
>>> Thanks,
>>> Ambrose
>>>
>>>
>>>
>>>  
>

-- 
-- 
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.

Re: Implementation of the special form if

[Ambrose Bonnaire-Sergeant]

Clojure uses Boolean.FALSE and null are the only two false values by
design. c.c/boolean can be useful for
converting Boolean instances that are false in Java into those that are
false in Clojure.

Does that answer your question?
Ambrose


On Thu, Jul 18, 2013 at 4:50 PM, Burt  wrote:

> Hi Ambrose,
>
> thanks for the hint.
>
> The background of my question:
>
> Let's do something silly, namely:
>
> (def falsefalse (Boolean. false))
>
> Then (we have been warned) we get
> (if falsefalse :t :f) ==> :t
>
> Reason: Compiler.java#L2569 checks on Boolean.FALSE
>
> But if we use the function boolean, we get
> (boolean falsefalse) ==> false
>
> Reason: RT.java#L981 checks on the objects booleanValue
>
> Is this consistent?
>
> Greetings,
> Burt
>
>
>
>
> Am Donnerstag, 18. Juli 2013 10:36:40 UTC+2 schrieb Ambrose
> Bonnaire-Sergeant:
>
>> Hi Burt,
>>
>> See the "eval" and "emit" methods of IfExpr in Compiler.java for
>> evaluation and bytecode output respectively (IIUC) for
>> "if".
>>
>> https://github.com/clojure/**clojure/blob/master/src/jvm/**
>> clojure/lang/Compiler.java#**L2551
>>
>> Thanks,
>> Ambrose
>>
>>
>>
>>  --
> --
> 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.
>
>
>

-- 
-- 
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.

Re: Implementation of the special form if

[Burt]

Hi Ambrose,

thanks for the hint.

The background of my question:

Let's do something silly, namely:

(def falsefalse (Boolean. false))

Then (we have been warned) we get
(if falsefalse :t :f) ==> :t

Reason: Compiler.java#L2569 checks on Boolean.FALSE

But if we use the function boolean, we get
(boolean falsefalse) ==> false

Reason: RT.java#L981 checks on the objects booleanValue

Is this consistent? 

Greetings,
Burt




Am Donnerstag, 18. Juli 2013 10:36:40 UTC+2 schrieb Ambrose 
Bonnaire-Sergeant:
>
> Hi Burt,
>
> See the "eval" and "emit" methods of IfExpr in Compiler.java for 
> evaluation and bytecode output respectively (IIUC) for
> "if".
>
>
> https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/Compiler.java#L2551
>
> Thanks,
> Ambrose
>
>
>
>

-- 
-- 
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.

Re: Implementation of the special form if

[Ambrose Bonnaire-Sergeant]

Hi Burt,

See the "eval" and "emit" methods of IfExpr in Compiler.java for evaluation
and bytecode output respectively (IIUC) for
"if".

https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/Compiler.java#L2551

Thanks,
Ambrose


On Thu, Jul 18, 2013 at 4:30 PM, Burt  wrote:

> In which source file is the special form if implemented?
>
> --
> --
> 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.
>
>
>

-- 
-- 
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.

ns defaults

[Jozef Wagner]

Compiler loads and refers clojure.core namespace for each new namespace. In 
my projects, I often have one or two namespaces I use nearly in every other 
namespace. (e.g. clojure.tools.logging or clojure.string). It would be 
convenient if I could specify ns defaults somewhere and those declarations 
would be used for every compiled namespace.

This feature complects things a bit, as it splits ns declaration in two 
locations, but it may turn out to be practical enough at the end.

I've already implemeted this in Clojurescript, see analyzer.clj 
in http://goo.gl/vxaSu . ns defaults are stored in a classpath in 
ns-defaults.edn file, and it may look like this

{:require-macros ([wagjo.data.string :as us])
 :require ([wagjo.data.string :as us]
   [clojure.string :as cs])
 ;; include only in namespaces matching following regex
 :include \"^foo\"}

I would like to hear your opinions and thoughts on this. Thanks,
JW

-- 
-- 
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.

Implementation of the special form if

[Burt]

In which source file is the special form if implemented?

-- 
-- 
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.

Re: Calling Clojure from Emacs Lisp

[Tassilo Horn]

JvJ  writes:

> I'd like to be able to define some custom emacs commands that send
> clojure code strings to a running repl, and to which I could attach
> key bindings.  Does anyone know an easy way to do this?

Well, I guess that should be fairly straightforward using nrepl.el.

,[ C-h f nrepl-eval RET ]
| nrepl-eval is an alias for `nrepl-send-string-sync' in `nrepl.el'.
| 
| (nrepl-eval INPUT &optional NS SESSION)
| 
| Send the INPUT the the backed synchronously.
| See command `nrepl-eval-request' for details about how NS and SESSION
| are processed.
`

Bye,
Tassilo

-- 
-- 
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.

Calling Clojure from Emacs Lisp

[JvJ]

I'd like to be able to define some custom emacs commands that send clojure 
code strings to a running repl, and to which I could attach key bindings. 
 Does anyone know an easy way to do this?

-- 
-- 
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.

Re: Prismatic Plumbing and Graph Open-Source Release

[Jason Wolfe]

It's out now (under a different name) since it's not just for floating
point numbers anymore!

https://github.com/Prismatic/hiphip

Release announcement:

https://groups.google.com/forum/#!topic/clojure/F0jg2-uBW6U



On Wed, Jul 17, 2013 at 11:14 PM, Vishi  wrote:
> Nice!
>
> Any more info on flip open source release? Possible timeframe?
>
> thanks
>
> On Tuesday, January 29, 2013 4:53:06 PM UTC-8, Aria Haghighi wrote:
>>
>> Yes, we'll be releasing flop soon.
>>
>> On Tuesday, January 29, 2013 4:49:45 PM UTC-8, ronen wrote:
>>>
>>> Amazing work Prismatic team, is there a plan to release Flop?
>>>
>>> http://lanyrd.com/2012/clojurewest/spdfg/
>>>
>>> Thanks!
>>> Ronen
>>>
>>>
>>> On Tuesday, January 29, 2013 8:46:54 PM UTC+2, Aria Haghighi wrote:

 Hey all,

  Prismatic has open-sourced our Plumbing and Graph library on github.
 Jason Wolfe gave a talk about how we use graph for systems composition at
 Strange loop last year. Please give the library
 a whirl and let us know if you're using it and if you find any issues or
 feature requests. We use this library very heavily throughout our code and
 hope others find it useful as well.

  Best, Aria
>
> --
> --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/UYXcoK0bTNc/unsubscribe.
>
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>
>

-- 
-- 
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.