Re: [ANN] Discontinuing 4clojure.com

[Tim Visher]

On Sun, Jul 4, 2021 at 4:26 PM Alan Malloy  wrote:

> TL;DR: Turning off 4clojure.com by the end of July 2021
>
> Hello, 4clojure problem solvers. You've probably noticed SSL errors on
> 4clojure.com over the last week. The old decrepit system 4clojure runs on
> has finally gotten out of date enough that I can't even figure out how to
> get it recent enough that SSL certs will auto-renew anymore.
>
> In principle I could start from scratch on a new server and move 4clojure
> over, but I won't. 4clojure has been piggybacking along on a server that I
> use for personal reasons, and over the years I have less and less reason to
> keep paying for that server - it's now pretty much just 4clojure costing me
> an embarrassing amount of money every month because I haven't wanted to
> disappoint the community by shutting it down. This SSL thing is just what
> made me finally pull the trigger.
>
> I don't have a specific EOL date in mind, but sometime near the end of the
> month, since that's the billing cycle. Until that time, 4clojure still
> works, as long as you don't mind clicking through the security warnings -
> it really is still me hosting the site, and since the connection is still
> HTTPS (albeit with an invalid cert) I think that means your data is still
> safe. If you have solutions to problems you're proud of, you've still got
> some time to print them out and put them up on your refrigerator.
>
> I'm not seeking new maintainers. I'd feel uncomfortable handing over a
> database with so many email addresses and password hashes in it to anyone.
> The service has had a good run - just over a decade since the first
> release
> .
> I hope you enjoyed it during that time.
>

Thank you for your work maintaining it for so long, Alan! IIUC it's open
source  so if someone else feels
passionately about it being available they can always start it up again.

No hard feelings. We all have to make difficult calls about our time and
attention. :)

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAHa53uxFfeRJEe5fSQ2ewra2c3tQaBag7xPP3SaBkbuNmKj7eg%40mail.gmail.com.

Re: ANN: ClojureScript 1.10.741

[Tim Visher]

On Fri, Apr 24, 2020 at 9:04 PM Ag Ibragimov 
wrote:

> Some people have no idea how awesome it is to see David Nolen working on
> Clojurescript again. That is so cool!
>



-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAHa53uwkyEOrwvYx%2BJfDRdDvRy4ex7g3hVgD-qCERLkxz93BMQ%40mail.gmail.com.

Re: [ANN] Cognitect Labs' aws-api 0.8.430

[Tim Visher]

Sorry what I meant was _where_ is it. I've never heard of it, there's
obviously several open source Clojure ecosystem http clients (and obviously
several more standard Java clients) and I can't find a repo anywhere.

On Fri, Feb 14, 2020 at 2:12 PM David Chelimsky 
wrote:

> That should be com.cognitect/http-client (
> https://search.maven.org/search?q=g:com.cognitect%20AND%20a:http-client)
>
> It is a dependency of aws-api, which it uses to submit http requests.
>
> On Wednesday, February 12, 2020 at 6:52:31 AM UTC-6, Tim Visher wrote:
>>
>> What's cognitect.http-client?
>>
>> On Tue, Feb 11, 2020 at 10:09 AM David Chelimsky 
>> wrote:
>>
>>> Cognitect Labs' aws-api 0.8.430 is now available!
>>>
>>> NOTE: we changed the behavior of cognitect.aws.client.api/client in
>>> order to support automatic resource management. Although this should be
>>> a drop-in upgrade for most of you, anything you've been doing to manually
>>> manage resources is probably unnecessary now. Please see Upgrade Notes
>>> <https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md> for
>>> more information about upgrading to this version, and feel free to reach
>>> out here, on Clojurians' Slack (in the #aws channel), or in github
>>> issues <https://github.com/cognitect-labs/aws-api/issues> if you have
>>> any questions or concerns.
>>>
>>> CHANGES
>>>
>>>- upgrade to cognitect.http-client 0.1.104 #115
>>><https://github.com/cognitect-labs/aws-api/issues/115>
>>>- all aws clients use shared http-client, credentials-provider, and
>>>region-provider by default
>>>   - addresses #109
>>>   <https://github.com/cognitect-labs/aws-api/issues/109>
>>>   - first call to invoke takes hit of fetching region and
>>>   credentials
>>>- com.cognitect.aws.api/stop will not stop the shared http-client,
>>>   but will continue to stop any other instance
>>>
>>>
>>> README: https://github.com/cognitect-labs/aws-api/
>>> API Docs: https://cognitect-labs.github.io/aws-api/
>>> Changelog:
>>> https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
>>> Upgrade Notes:
>>> https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
>>> Latest Releases of api, endpoints, and all services:
>>> https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To post to this group, send email to clo...@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
>>> clo...@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 clo...@googlegroups.com.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/clojure/749f31a3-7c18-42e9-a98d-082d897117fa%40googlegroups.com
>>> <https://groups.google.com/d/msgid/clojure/749f31a3-7c18-42e9-a98d-082d897117fa%40googlegroups.com?utm_medium=email_source=footer>
>>> .
>>>
>> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/db02021d-5403-4d0c-968f-4f26af12551d%40googlegroups.com
> <https://groups.google.com/d/msgid/clojure/db02021d-5403-4d0c-968f-4f26af12551d%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google
Groups "

Re: [ANN] Cognitect Labs' aws-api 0.8.430

[Tim Visher]

What's cognitect.http-client?

On Tue, Feb 11, 2020 at 10:09 AM David Chelimsky 
wrote:

> Cognitect Labs' aws-api 0.8.430 is now available!
>
> NOTE: we changed the behavior of cognitect.aws.client.api/client in order
> to support automatic resource management. Although this should be a
> drop-in upgrade for most of you, anything you've been doing to manually
> manage resources is probably unnecessary now. Please see Upgrade Notes
>  for
> more information about upgrading to this version, and feel free to reach
> out here, on Clojurians' Slack (in the #aws channel), or in github issues
>  if you have any
> questions or concerns.
>
> CHANGES
>
>- upgrade to cognitect.http-client 0.1.104 #115
>
>- all aws clients use shared http-client, credentials-provider, and
>region-provider by default
>   - addresses #109
>   
>   - first call to invoke takes hit of fetching region and credentials
>- com.cognitect.aws.api/stop will not stop the shared http-client, but
>   will continue to stop any other instance
>
>
> README: https://github.com/cognitect-labs/aws-api/
> API Docs: https://cognitect-labs.github.io/aws-api/
> Changelog:
> https://github.com/cognitect-labs/aws-api/blob/master/CHANGES.md
> Upgrade Notes:
> https://github.com/cognitect-labs/aws-api/blob/master/UPGRADE.md
> Latest Releases of api, endpoints, and all services:
> https://github.com/cognitect-labs/aws-api/blob/master/latest-releases.edn
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/749f31a3-7c18-42e9-a98d-082d897117fa%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAHa53uyrfjxRXFp3hcAwvoTx73vyDFFbZXiYoRHi%3D149JBm0Lw%40mail.gmail.com.

Re: Two new transcripts available of talks by Rich Hickey

[Tim Visher]

Thanks for doing this, Andy!

On Mon, Dec 2, 2019 at 1:29 AM Andy Fingerhut 
wrote:

> Transcripts of two of Rich Hickey's oldest (and longest) talks are now
> published and available, included in a collection of many other talk
> transcripts. The newest transcripts are:
>
> (1) "Clojure Concurrency" from March 2008, where he introduced the fairly
> well known "ant colony" simulation program to demonstrate refs,
> transactions, and agents, here:
> https://github.com/matthiasn/talk-transcripts/blob/master/Hickey_Rich/ClojureConcurrency.md
> 
>
> (2) "Clojure for Java Programmers" from June 2008, here:
> https://github.com/matthiasn/talk-transcripts/blob/master/Hickey_Rich/ClojureForJavaProgrammers.md
> 
>
> That Github repository contains many other talk transcripts.
>
>
> If you are interested in helping create transcripts of other talks that do
> not have one yet, I am happy to help edit/polish them if someone wants to
> volunteer creating a first draft of all or even part of another talk. Offer
> your time and coordinate efforts on any of the open Github issues for
> not-yet-transcribed talks in that same Github repo.
>
> Regards,
> Andy Fingerhut
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojure/CAKvLtDb%3Dq%3DvamtBX%2BS4vMk_F2VyF-UcOZ41knk9ZSbPy2fdp2w%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojure/CAHa53uxGsHsWK0RFdyHU0cW7PqzTnhmDpWnL03rmk2o8%2BeN8Ug%40mail.gmail.com.

Re: Inside Clojure Journal

[Tim Visher]

On Wed, Jan 30, 2019 at 12:03 AM Shaun Parker 
wrote:

> I just wanted to say thanks to Alex for taking the time to journal all the
> Clojure things he's working on (and the non-Clojure things as well).
> They're enjoyable to read and eye-opening. It's a great window into the
> effort that he and others are putting into Clojure. It's been fun to follow
> the spec-alpha2 commits and get to read the thoughts/direction in the
> journal. Great work Alex!
>
> You can find them on the Inside Clojure blog: http://insideclojure.org/
>

Oooo this is awesome. I hadn't seen it before. Alex is pretty great. :)

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

Re: [ANN] CIDER 0.19

[Tim Visher]

Thanks to you, Bozho ( ;) ) , and all
the other contributors for your consistent hard work on CIDER! :)

It's made my life and the life of my team so much better.

On Tue, Jan 1, 2019 at 10:39 AM Bozhidar Batsov  wrote:

> Btw, I also wrote a short blog post on the new release
> https://metaredux.com/posts/2019/01/01/happy-new-cider.html
>
> On Tue, 1 Jan 2019 at 12:24, Bozhidar Batsov  wrote:
>
>> Hey everyone!
>>
>> Happy New Year! Live long, live well, have fun and prosper!
>>
>> To help you start the New Year on the right foot and with the proper mood
>> I've just cut CIDER 0.19!
>>
>> The release notes are here
>> https://github.com/clojure-emacs/cider/releases/tag/v0.19.0
>>
>> The highlights are:
>>
>> * lots of improvements to the new connection management system
>> * some fixes for the changes to the error messages in Clojure 1.10
>>
>> That's going to be the final CIDER release that will work with the legacy
>> tools.nrepl, so if you're a boot or lein user you should definitely upgrade
>> to their latest versions which target the modern nREPL.
>>
>> Cheers!
>>
> --
> 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.
>

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

Re: [ANN] deps.edn dependency viewer

[Tim Visher]

On Tue, Dec 18, 2018 at 12:46 PM Alex Miller  wrote:

> tda, tda.reader, tda.extensions
>

To make an unrelated, unhelpful, and off-topic comment I will now be
referring to `tools.deps.alpha` exclusively as 'Tada!'. :)

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

Re: What do Clojure developers use for recurring functions, other than at-at

[Tim Visher]

On Mon, Dec 17, 2018 at 2:54 PM  wrote:

> But at-at has not been updated in 6 years, so I assume it is abandoned. I
> have two questions about this:
>

A common bit of wisdom here in the Clojure community is that time since
last update is not always (or even often) a sign of abandonment but instead
of stability. If there are many and recent open issues on at-at then maybe
it's been abandoned. Or it could just be stable.

Disclaimer, I don't know much about at-at.

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

Re: [ANN] com.vodori/chronology "0.1.0"

[Tim Visher]

Hi Paul,

On Thu, Sep 13, 2018 at 9:05 AM Paul Rutledge 
wrote:

> Chronology is a small library for working with cron expressions
>

Just FYI as I had to deal with this in depth a little while ago at work,
Quartz cron expressions are _not_ POSIX cron

compatible. Quartz, of course, is a standard on the JVM (at least?) but
it's helpful to talk about Quartz as 'cron-like' to disambiguate from POSIX
cron, vixie cron , etc.

The library overall looks very neat though. :)

--

In Christ,

Timmy V.

https://blog.twonegatives.com
https://five.sentenc.es

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

Re: Key must be integer error

[Tim Visher]

Hi Renata,

```
user=> (clojure.pprint/pprint (swap! accounts #(map (fn [a] (if (= (:id a)
"3136860d-ab7f-4814-8f3b-2d18048db9b9") (assoc a :operations :foo) a)) %)))
({:id "7512a15b-0770-4a9b-a74b-389374b46461",
  :balance 0.0,
  :operations nil,
  :blocked false}
 {:id "7446cfe6-882c-4f25-bad1-5ed8c9aea994",
  :balance 0.0,
  :operations nil,
  :blocked false}
 {:id "3136860d-ab7f-4814-8f3b-2d18048db9b9",
  :balance 0.0,
  :operations :foo,
  :blocked false}
 {:id "2dc20615-f1f7-4637-9602-ae9494689166",
  :balance 0.0,
  :operations nil,
  :blocked false}
 {:id "c6dccf4a-535c-4eba-8cfc-0554408de8bd",
  :balance 0.0,
  :operations nil,
  :blocked false})
```

Your swapping function will have to be map since you're trying to update
some matching component of a vector. Then you can test if the current item
is your target `(if (= (:id a) …)` at which point you can change it `(assoc
a :operations …)`. Otherwise, you need to return it so you don't lose any
data.

Note that in this case it might make some sense to transform your data to a
map since that allows for simple key lookups and would allow for the use of
`assoc-in`:

```
user=> (clojure.pprint/pprint @accounts)
{"7512a15b-0770-4a9b-a74b-389374b46461"
 {:id "7512a15b-0770-4a9b-a74b-389374b46461",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "7446cfe6-882c-4f25-bad1-5ed8c9aea994"
 {:id "7446cfe6-882c-4f25-bad1-5ed8c9aea994",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "3136860d-ab7f-4814-8f3b-2d18048db9b9"
 {:id "3136860d-ab7f-4814-8f3b-2d18048db9b9",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "2dc20615-f1f7-4637-9602-ae9494689166"
 {:id "2dc20615-f1f7-4637-9602-ae9494689166",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "c6dccf4a-535c-4eba-8cfc-0554408de8bd"
 {:id "c6dccf4a-535c-4eba-8cfc-0554408de8bd",
  :balance 0.0,
  :operations nil,
  :blocked false}}
nil
user=> (clojure.pprint/pprint (swap! accounts #(assoc-in %
["3136860d-ab7f-4814-8f3b-2d18048db9b9" :operations] :bar)))
{"7512a15b-0770-4a9b-a74b-389374b46461"
 {:id "7512a15b-0770-4a9b-a74b-389374b46461",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "7446cfe6-882c-4f25-bad1-5ed8c9aea994"
 {:id "7446cfe6-882c-4f25-bad1-5ed8c9aea994",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "3136860d-ab7f-4814-8f3b-2d18048db9b9"
 {:id "3136860d-ab7f-4814-8f3b-2d18048db9b9",
  :balance 0.0,
  :operations :bar,
  :blocked false},
 "2dc20615-f1f7-4637-9602-ae9494689166"
 {:id "2dc20615-f1f7-4637-9602-ae9494689166",
  :balance 0.0,
  :operations nil,
  :blocked false},
 "c6dccf4a-535c-4eba-8cfc-0554408de8bd"
 {:id "c6dccf4a-535c-4eba-8cfc-0554408de8bd",
  :balance 0.0,
  :operations nil,
  :blocked false}}
```


On Sun, Apr 29, 2018 at 10:12 AM, Axel Katerbau  wrote:

> Hi Renata,
>
> > How can I update the atom accounts in the field of operations?
> >
> > (def accounts (atom [{:id "7512a15b-0770-4a9b-a74b-389374b46461",
> :balance 0.0, :operations nil, :blocked false}
> >   {:id "7446cfe6-882c-4f25-bad1-5ed8c9aea994", :balance 0.0,
> :operations nil, :blocked false}
> >   {:id "3136860d-ab7f-4814-8f3b-2d18048db9b9", :balance 0.0,
> :operations nil, :blocked false}
> >   {:id "2dc20615-f1f7-4637-9602-ae9494689166", :balance 0.0,
> :operations nil, :blocked false}
> >   {:id "c6dccf4a-535c-4eba-8cfc-0554408de8bd", :balance 0.0,
> :operations nil, :blocked false}]))
> >
> > I tried this:
> >
> > (swap! accounts (fn [x] (update-in x [:operations]  #(if (= (:id %)
> account-id) new-value
> >
> > and returns "key must be integer" because of [:operations]
>
> the atom hold and array of accounts. In swap! you are trying to access one
> (!) value in a key-path [:operations] but access to elements of an array is
> not valid via a key-path but by using indexes.
>
> What you are seemingly trying to do is to map over the contents of the
> array in the atom which is not what you coded here.
>
> - Axel
>
> --
> 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.
>

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

Re: [ANN] clj-new -- creating new Clojure projects using the clj CLI

[Tim Visher]

On Thu, Apr 19, 2018 at 1:38 PM, Sean Corfield  wrote:

> I had the one-liner in an earlier version of the README but decided it was
> unreadable (a single long line is hard to read when it scrolls so much).
>
>
>
> Maybe I’ll put it back somewhere in there…
>

Might I suggest:

```
clj -Sdeps '{:deps
  {seancorfield/clj-new
{:git/url "https://github.com/seancorfield/clj-new;
 :sha "492bb2e7ad7373a8b5958124a86cddc4c7a123d5"}}}' \
  -m clj-new.create \
  app \
  bibbity.bobbity.boo
```

It copy/pastes just fine. :)

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

Re: Writing a text adventure in Clojure

[Tim Visher]

http://landoflisp.com/ is specifically about coding games in Lisp, in case
you're into books. :)

On Thu, Mar 29, 2018 at 6:45 PM, Will Duquette  wrote:

> I'm an experienced programmer, but a Clojure newbie; as a beginner
> project, I'm looking into how one would idiomatically write a text
> adventure of sorts in Clojure.  I'm less interested in producing a playable
> game than I am in learning how to do such a thing in a proper functional
> style.
>
> Suppose in this game I have a room whose description changes based on a
> global flag.  For example, there's something in the Fancy Room that you
> won't notice until you've reached the major plot point.
>
> The world map is (for the sake of argument) a hash-map whose keys are the
> room IDs and whose values are room records, where each record is a hash-map.
>
> (def world {:fancy-room {:name "Fancy Room" :description "This is a fancy
> room." ...}})
>
> I'm aware that I could use a (defstruct) or (defrecord); I'm keeping it
> simple for now.  Then, the flags are saved in a ref; the intent is that
> mutable set is segregated, so that it can more easily be written to a save
> file.
>
> ;; Global set of flags
> (def flags (ref #{})
>
> (defn flag-set [flag]
>(dosync (alter flags conj flag))
>
> ;; When the major plot point is reached
> (flag-set :major-plot-point-reached)
>
> Normally, to describe a room you just return its :description.
>
> (defn describe [room] (:description (world get room)))
>
> But for the :fancy-room, the returned description depends on the global
> flag, and it will be specific to :fancy-room.  I could add this logic
> directly to the (describe) function's body, but that would be ugly.  What
> I'd like to do is attach a lambda to the :fancy-room in some way.  The
> (describe) function looks for a :describer, and if it's there it calls it;
> and if not it just returns the :description:
>
> (defn describe [entity]
> (if (:describer entity)
>   ((:describer entity) entity)
>   (:description entity)))
>
> *Question 1*: this works, but it looks ugly to me; I figure there's a
> better, more idiomatic way to do this kind of thing that's probably obvious
> to anyone with any real experience.  Multimethods, maybe?  Define a Room
> protocol, then let most rooms be NormalRoom records, but let :fancy-room be
> a FancyRoom record?
>
> *Question 2*: Whatever code actually computes the description, it will
> need access to the :major-plot-point-reached flag.  What's the cleanest way
> to give the description code access to the flags ref?  It could simply
> access "@flags" directly:
>
> (if (:major-plot-point-reached @flags)
>   "This is a fancy room.  Hey, that light sconce looks movable!"
>   "This is a fancy room.")
>
> But that doesn't seem properly functional.  Would it be better to pass the
> game state into each method?
>
> (defn describe [entity state]
>   (if (:describer entity)
>  ((:describer entity) entity state)
>  (:description entity)))
>
> Any ideas?
>
> --
> 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.
>

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

Re: [ANN] rocks.clj/z 0.1.0-SNAPSHOT (alpha)

[Tim Visher]

On Thu, Jan 4, 2018 at 12:04 AM, Edward Knyshov  wrote:

> Thanks :)
>
> I haven't considered using nio Zip FileSystem just because I never heard
> of it, but I'll definitely check it out.
>
> Regarding targeting to java 7, should something like this set up targeting
> properly?
>
> :javac-options ["-target" "1.7" "-source" "1.7"]
>

Not really. That's for compiling java code. I think that may interact in
some way with AOT as well but I'm honestly not sure. A library really
shouldn't AOT anything anyway (most things shouldn't :) ).

What I meant by targeting wasn't compilation but requiring a minimum java
version of 1.7, as the java.nio.file package was only added in 1.7 iiuc.

In contrast, clojure itself only requires 1.6.

--

In Christ,

Timmy V.

https://blog.twonegatives.com
https://five.sentenc.es

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

Re: [ANN] rocks.clj/z 0.1.0-SNAPSHOT (alpha)

[Tim Visher]

On Wed, Jan 3, 2018 at 6:56 AM, Edward Knyshov  wrote:

> Hi, I made a simple wrapper around java.util.zip.
> Basically it only allows you to compress files or unpack/process zip
> archives.
>

This looks neat. :)

Have you considered targeting Java 7 and using the nio Zip FileSystem?
https://docs.oracle.com/javase/7/docs/technotes/guides/io/fsp/
zipfilesystemprovider.html

I ask mainly because I'm curious. I just started reading about it last
night and this popped up this morning. What serendipity!

--

In Christ,

Timmy V.

http://blog.twonegatives.com
http://five.sentenc.es

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

Re: [ANN] jmh-clojure 0.2.0 - Seamless JMH benchmarking for Clojure

[Tim Visher]

Looks neat! :)

On Sun, Dec 17, 2017 at 11:25 AM,  wrote:

> This library (github link )
> provides a data-oriented API to JMH, the Java Microbenchmark Harness.
>
> Some of the new features since 0.1.0:
>
> External profiler support. Wiki example
>  
> utilizing
> Java Flight Recorder.
> Implicit benchmark selectors.
> Better error messages and validation.
>
> The companion plugin lein-jmh  has
> also been updated
>  since the
> initial release with features like output formats and sorting.
>
> Additional information is available via the docs
>  or wiki
> . The full changelog is
> available here
> .
>
> --
> 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.
>

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

Re: pager for lein repl?

[Tim Visher]

I have always used either CIDER (with full emacs paging support) or tmux
for those requirements.

On Thu, Mar 23, 2017 at 8:46 PM, Joe Python  wrote:

>
> Is there a equivalent of less/more like pager (found in Linux shells) for
> Leiningen repl?
>
> The lein repl is fast enough for me displaying large data structures
> making it great for exploratory programming. But it is desperately missing
> a pager.
>
> - Joe
>
> --
> 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.
>

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

Re: Creating a spec for destructuring

[Tim Visher]

This is interesting. I did want to point out though that at least for me I
can't see links in your current styling.

[image: Inline image 1]

On Thu, Jan 5, 2017 at 9:18 AM, Alex Miller  wrote:

> I thought this might be interesting to some here:
>
> http://blog.cognitect.com/blog/2017/1/3/spec-destructuring
>
>
> --
> 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.
>

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

REPL-Driven Techniques?

[Tim Visher]

Hi Everyone,

I'm taking part in an effort to introduce REPL-Driven Development at my 
shop. The shop has historically been based in PHP/Python/javascript and 
similar languages and most devs there have their workflows formed by that 
technology.

I'm used to using a REPL or REPL-connected editor to develop and debug code 
but I've always struggled to articulate exactly why and how I go about 
doing that, other than saying that it tightens the feedback loop like 
nothing I've ever seen, which I think is descriptive yet still not 
particularly helpful.

I'm wondering if there's a collection of techniques somewhere online. I've 
spent some time googling for things like it but I'm coming up mostly empty.

I watched this years ago and it seems 
pertinent: https://www.youtube.com/watch?v=_B_4vhsmRRI

I also found Jay Field's RDD post which I had read before, but sort of just 
states the same thing I already said.

Some examples of techniques that aren't possible without a REPL

1. (def *foo* (arbitrary expression))

Modify a function definition to capture a var and then run what you're 
working on to have a value you can interact with as you continue to 
develop. This is also incredibly useful when debugging code because you can 
capture the args to a function and then work with and inspect them offline.

If you need to capture something in a let chain you can `_ (def …)` handily.

2. Interactively modify a function definition when you believe you have a 
solution and verify that it works immediately (no release!)

I think the thing that I find hard to express about this is that all the 
advice boils down to You have the entirety of your language instantly at 
your disposal to debug and develop anything which is both true and not 
very helpful if the tightest feedback loop you've used is TDD.

Any ideas?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Clojure Async/State Machine/Workflow Libraries?

[Tim Visher]

I think I may have summoned the wrong demons when invoking with the 
`Workflow` keyword. :)

I've found some resources on Event-Driven Architecture, mostly from Zach 
Tellman. Is his stuff the main source of that sort of thing?

I realized that prismatic's graph is basically what I'm looking for 
(especially with the addition of async into the model) so long as my edge 
predicates are always based on data availability, since graph is 
essentially what I'm talking about as far as a 'workflow' description where 
you talk about steps, but the transition predicates are implicitly defined 
by data availability, which I think at least models the current problems 
that I have.

Any further thoughts given that new information?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Clojure Async/State Machine/Workflow Libraries?

[Tim Visher]

Hey All,

Anyone have any tips on clojure 'workflow' libraries? 
https://github.com/relaynetwork/impresario is very close, but lacks some 
basic features like exception transitions, etc. 

Basically, I'm looking for a library that allows me to create a workflow 
that will happen asynchronously, recording it's progress in a db. I think i 
could probably whip something together without _too_ much trouble using 
core.async but this feels like something that's probably already been 
written.

Thanks in advance!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Clojure beginner: angst about doing things right

[Tim Visher]

On Mon, Sep 22, 2014 at 2:45 PM, J David Eisenberg
jdavid.eisenb...@gmail.com wrote:
 As part of a larger program, I'm testing a function that will turn a string
 of days on which a class occurs (such as MWF) into a list of seven
 numbers: (1 0 1 0 1 0 0).
 I first translateTH (Thursday) to R and SU (Sunday) to N to make
 things a bit easier.

 I came up with the following code:

 (defn days-number-maker
   Recursively compare first item in days of week with
 first item in string of days. If matching, add a 1,
 else add a zero to the result
   [all-days day-string result]
   (if (empty? all-days) (reverse result)
 (if (= (first all-days) (first day-string))
   (recur (rest all-days)(rest day-string) (conj result 1))
   (recur (rest all-days) day-string (conj result 0)

 (defn days-to-numbers
   Change string like MTTH to (1 1 0 1 0 0 0)
   [day-string]
   (let [days (clojure.string/replace
(clojure.string/replace day-string #TH R) #SU N)]
 (days-number-maker MTWRFSN days (list

 The good news: the code works. The bad news: I'm convinced I'm doing it
 wrong, in the moral purity sense of the word. Something inside of me says,
 You could have just used (map...) to do this the *right* way, but I can't
 see how to do it with (map). So, my two questions are:

 1) Is there such a thing as the Clojure way, and if so,
 2) How can I rewrite the code to be more Clojure-ish?

Just for fun, I thought of a way to do this with map. The trick is to
not map over the days of the class, but instead map over the days of
the week, checking for matches in the class schedule.

(def week [SU M T W TH F S SU])

(def class-schedule MWTHFSU)

(defn class-days [class-schedule]
  (- class-schedule
   (re-seq #(TH|SU|S|M|T|W|F))
   (map first)
   set))

user= (mapv (partial contains? (class-days class-schedule)) week)
[true true false true true true false true]

Anyway, it's such a trivial problem that I don't think anyone would
fault you one way or another (unless you were out there using an atom
or something to track state) but this is one way to do it with map.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

lein 2.4.3 repl outside project?

[Tim Visher]

Anyone else get this error?

 lein repl
Downloading Leiningen to
/Users/tim/.lein/self-installs/leiningen-2.4.3-standalone.jar now...
  % Total% Received % Xferd  Average Speed   TimeTime Time  Current
 Dload  Upload   Total   SpentLeft  Speed
100   3550   3550 0889  0 --:--:-- --:--:-- --:--:--   889
100 14.2M  100 14.2M0 0  2469k  0  0:00:05  0:00:05 --:--:-- 3166k
nREPL server started on port 52343 on host 127.0.0.1 - nrepl://127.0.0.1:52343
REPL-y 0.3.2, nREPL 0.2.0-beta5Exception in thread nREPL-worker-0
NoSuchMethodError clojure.tools.nrepl.StdOutBuffer.length()I
clojure.tools.nrepl.middleware.session/session-out/fn--7630
(session.clj:43)NoSuchMethodError
clojure.tools.nrepl.StdOutBuffer.length()I
clojure.tools.nrepl.middleware.session/session-out/fn--7630
(session.clj:43)java.lang.NoSuchMethodError:
clojure.tools.nrepl.StdOutBuffer.length()I
at 
clojure.tools.nrepl.middleware.session$session_out$fn__7630.doInvoke(session.clj:43)
at clojure.lang.RestFn.invoke(RestFn.java:460)
at 
clojure.tools.nrepl.middleware.session.proxy$java.io.Writer$ff19274a.write(Unknown
Source)
at java.io.PrintWriter.write(PrintWriter.java:456)
at java.io.PrintWriter.write(PrintWriter.java:473)
at clojure.core$fn__5471.invoke(core_print.clj:191)
at clojure.lang.MultiFn.invoke(MultiFn.java:231)
at clojure.core$pr_on.invoke(core.clj:3392)
at clojure.core$pr.invoke(core.clj:3404)
at clojure.lang.AFn.applyToHelper(AFn.java:154)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$prn.doInvoke(core.clj:3437)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$println.doInvoke(core.clj:3457)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.main$repl_caught.invoke(main.clj:158)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__7569$fn__7582.invoke(interruptible_eval.clj:76)
at clojure.main$repl$fn__6634.invoke(main.clj:259)
at clojure.main$repl.doInvoke(main.clj:257)
at clojure.lang.RestFn.invoke(RestFn.java:1096)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__7569.invoke(interruptible_eval.clj:56)
at clojure.lang.AFn.applyToHelper(AFn.java:152)
at clojure.lang.AFn.applyTo(AFn.java:144)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$with_bindings_STAR_.doInvoke(core.clj:1862)
at clojure.lang.RestFn.invoke(RestFn.java:425)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invoke(interruptible_eval.clj:41)
at 
clojure.tools.nrepl.middleware.interruptible_eval$interruptible_eval$fn__7610$fn__7613.invoke(interruptible_eval.clj:171)
at clojure.core$comp$fn__4192.invoke(core.clj:2402)
at 
clojure.tools.nrepl.middleware.interruptible_eval$run_next$fn__7603.invoke(interruptible_eval.clj:138)
at clojure.lang.AFn.run(AFn.java:22)
at 
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
at java.lang.Thread.run(Thread.java:745)
#Namespace user

Error loading namespace; falling back to userException in thread
nREPL-worker-2 java.lang.NoSuchMethodError:
clojure.tools.nrepl.StdOutBuffer.length()I
at 
clojure.tools.nrepl.middleware.session$session_out$fn__7630.doInvoke(session.clj:43)
at clojure.lang.RestFn.invoke(RestFn.java:460)
at 
clojure.tools.nrepl.middleware.session.proxy$java.io.Writer$ff19274a.write(Unknown
Source)
at java.io.PrintWriter.write(PrintWriter.java:456)
at java.io.PrintWriter.write(PrintWriter.java:473)
at clojure.core$fn__5471.invoke(core_print.clj:191)
at clojure.lang.MultiFn.invoke(MultiFn.java:231)
at clojure.core$pr_on.invoke(core.clj:3392)
at clojure.core$pr.invoke(core.clj:3404)
at clojure.lang.AFn.applyToHelper(AFn.java:154)
at clojure.lang.RestFn.applyTo(RestFn.java:132)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$prn.doInvoke(core.clj:3437)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$println.doInvoke(core.clj:3457)
at clojure.lang.RestFn.invoke(RestFn.java:408)
at clojure.main$repl_caught.invoke(main.clj:158)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__7569$fn__7582.invoke(interruptible_eval.clj:76)
at clojure.main$repl$fn__6634.invoke(main.clj:259)
at clojure.main$repl.doInvoke(main.clj:257)
at clojure.lang.RestFn.invoke(RestFn.java:1096)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__7569.invoke(interruptible_eval.clj:56)
at clojure.lang.AFn.applyToHelper(AFn.java:152)
at clojure.lang.AFn.applyTo(AFn.java:144)
at clojure.core$apply.invoke(core.clj:624)
at clojure.core$with_bindings_STAR_.doInvoke(core.clj:1862)
at clojure.lang.RestFn.invoke(RestFn.java:425)
at 
clojure.tools.nrepl.middleware.interruptible_eval$evaluate.invoke(interruptible_eval.clj:41)
at 

Re: lein 2.4.3 repl outside project?

[Tim Visher]

Looks like it. Good to know it's been 'fixed'.

On Thu, Aug 28, 2014 at 12:35 PM, john walker john.lou.wal...@gmail.com wrote:
 Right, so if you're having this problem, just do.

 lein upgrade 2.4.2

 Cider users might also get this behavior and not know it - weird things like
 pretty printing not working are related to this issue.


 On Thursday, August 28, 2014 9:01:40 AM UTC-7, John Gabriele wrote:

 On Thursday, August 28, 2014 11:29:44 AM UTC-4, Tim Visher wrote:

 Anyone else get this error?



 Yup. I think it's https://github.com/technomancy/leiningen/issues/1625.

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

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

Re: What is happening in this code?

[Tim Visher]

Clojure is form-oriented so you can think of almost all of its
evaluation as sending one form after another to a REPL. In that model
of evaluation, you of course want to be able to re-define a symbol an
arbitrary amount of times.

The serialization of these forms into a file which has other forms in
it is almost incidental. In the case of a file, the forms are passed
one at a time to the interpreter.

There has been some discussion, iirc, of generating a warning when a
symbol is redefined.

On Wed, Aug 27, 2014 at 5:32 AM, Hemant Gautam gettingerr...@gmail.com wrote:
 I am new to Clojure, I am currently at Beginner level. While trying to run
 small programs, I found that I can load a file having duplicate code. Let me
 explain it with example.

 This is the code

 (ns clojure_begins_19_08_2014.core)

 (defn first-fn[x]
   (print x))

 (defn first-fn[x]
   (print Value of x with String  x))

 (first-fn 10)

 See, above code consists of two function with same name and with same number
 of arguments.
 When I call first-fn, the function declared later gets called. I get output
 as:

 Value of x with String  10
 nil

 So can any one explain how this thing is happening and also explain how we
 can have same function written 2 times in a same namespace.

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

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

Re: lein install

[Tim Visher]

On Tue, Jul 8, 2014 at 7:39 AM, zhenxuanpan zhenxuan...@gmail.com wrote:
 when i run lein install

 lein install
 Compiling zilch.mq
 Exception in thread main java.io.FileNotFoundException: Could not locate
 zilch/mq__init.class or zilch/mq.clj on classpath:
 at clojure.lang.RT.load(RT.java:432)
 at clojure.lang.RT.load(RT.java:400)
 at clojure.core$load$fn__4890.invoke(core.clj:5415)
 at clojure.core$load.doInvoke(core.clj:5414)
 at clojure.lang.RestFn.invoke(RestFn.java:408)
 at clojure.core$load_one.invoke(core.clj:5227)
 at clojure.core$compile$fn__4895.invoke(core.clj:5426)
 at clojure.core$compile.invoke(core.clj:5425)
 at user$eval9.invoke(form-init581473078545854006.clj:1)
 at clojure.lang.Compiler.eval(Compiler.java:6511)
 at clojure.lang.Compiler.eval(Compiler.java:6501)
 at clojure.lang.Compiler.load(Compiler.java:6952)
 at clojure.lang.Compiler.loadFile(Compiler.java:6912)
 at clojure.main$load_script.invoke(main.clj:283)
 at clojure.main$init_opt.invoke(main.clj:288)
 at clojure.main$initialize.invoke(main.clj:316)
 at clojure.main$null_opt.invoke(main.clj:349)
 at clojure.main$main.doInvoke(main.clj:427)
 at clojure.lang.RestFn.invoke(RestFn.java:421)
 at clojure.lang.Var.invoke(Var.java:419)
 at clojure.lang.AFn.applyToHelper(AFn.java:163)
 at clojure.lang.Var.applyTo(Var.java:532)
 at clojure.main.main(main.java:37)
 Compilation failed: Subprocess failed

Is your source code available anywhere? Harder to help without it.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Clojure Contributor Agreement process update

[Tim Visher]

(boom)

On Mon, Jun 9, 2014 at 1:23 PM, Alex Miller a...@puredanger.com wrote:
 Starting today, we have updated the Clojure Contributor Agreement process.
 The prior process which involved signing and mailing a form has been
 replaced with an online e-signing process.

 Existing contributors that have signed the Contributor Agreement are
 unaffected - those agreements are still in effect. New signers will use the
 online process.

 Information has been updated at:
 http://clojure.org/contributing

 As always, we welcome your contributions to the Clojure community and hope
 that we can continue to improve Clojure together!

 - Alex Miller, Rich Hickey, and the Clojure team



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

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

Re: clojurescript, sourcemaps, and debugging info

[Tim Visher]

Seems worth a bug report/feature request to the Chrome Dev Tools team.

On Thu, May 15, 2014 at 11:45 PM, t x txrev...@gmail.com wrote:
 Hi,

 * background:

   * I have clojurescript + lein cljsbuild auto working perfectly fine.

   * I have source maps working (when I click on a file in Chrome, it
 jumps me to the corresponding *.cljs file)


 * problem I am facing:

   * I like to name my modules:

 foo/public.cljs
 foo/other-stuff.cljs

 bar/public.cljs
 bar/other-stuff.cljs

   Now, Chrome + clojurescript (not sure who is at fault) appears to
 display not the _full name_, but only the _last part of the pathname_,
 so I get a bunch of lines saying things like:

public.cljs:23
public.cljs:68

   and I have no idea whether it's foo/public.cljs or bar/public.cljs
 without clicking on it.


 * question:

   Is there anyway to get Chrome / clojurescript to display the full
 name of the *.cljs file rather than just the last part?

 Thanks!

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

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

Re: Clojure Office Hours

[Tim Visher]

This is getting to the point where it seems to make sense as a wiki
page like http://dev.clojure.org/display/community/Clojure+User+Groups

Maybe http://dev.clojure.org/display/community/Clojure+Office+Hours ?

On Tue, Apr 29, 2014 at 5:53 PM, Lynn Grogan l...@thinkrelevance.com wrote:
 This is awesome, thank you Leif!

 I just set up an office hours account to help anyone who might be interested
 in organizing a Clojure tech conference or event, Meetup, etc.
 I chose some random office times, so ping me if you have a special timing
 request outside of the listed hours.

 https://lynn.youcanbook.me/

 Cheers! Lynn Grogan (Cognitect, Events Manager)

 On Monday, April 28, 2014 5:31:04 AM UTC-5, Ulises wrote:

 Thanks for the pointer Jakob. I've updated the form accordingly.

 Cheers,


 On 28 April 2014 10:56, Jakub Holy jakub...@iterate.no wrote:

 I too have booked a session with Ulises and am excited about it :-)

 @Ulises It would be nice if the timezone of the session was mentioned on
 the booking page (your [BST] 9-10am is mine [CEST] 10-11, I believe).


 2014-04-28 11:09 GMT+02:00 Rudi Engelbrecht rudi.eng...@gmail.com:

 Hi Ulises

 Just finished our session - wow!

 I have learned a lot by watching how you approach solving the problem I
 suggested.

 Looking forward to our next session and thanks a lot for sharing your
 knowledge.

 Kind regards

 Rudi Engelbrecht



 On 18/04/2014, at 7:41 PM, Ulises ulises@gmail.com wrote:

 Yikes! Got my first booking for Monday. That was quick!

 one thing I forgot to mention is that I have no preferred way to do
 this. I personally have emacs+cider set up, but I'm happy to work with your
 own set up.

 In the past I've used ScreenHero (not available for Linux unfortunately)
 for screen sharing, as well as Google hangouts.

 Once you've booked an appointment with me please email me privately to
 arrange the pairing set up so that I can be ready for you :)

 Cheers


 On 18 April 2014 10:35, Ulises ulises@gmail.com wrote:

 Inspired by Leif's offer, I've decided to offer Clojure office hours as
 well.

 I'm based in the UK so I reckon the times will be more amenable to
 those in Europe (not sure the times will be good for those in Asia
 unfortunately.)

 Sadly the offer is limited to 1h a day, but hopefully it'll still be
 useful.

 You can book me at https://ucb.youcanbook.me/

 Cheers!


 On 18 April 2014 03:03, Leif leif.p...@gmail.com wrote:

 @Miguel: There are somewhat subtle arrows on the sides for navigation.
 Thursday, April 24 is still open.  I will give a slot to you if you want
 one, just email me if the 24th is full when you check again.

 @all: But yes, this round of office hours is almost over.  I will be
 in transit for at least a couple weeks in the beginning of May, but I 
 will
 probably book some more hours when I become stationary again.  It will
 probably be more like 4 or 5 hours a week, though, not 8.

 @all: Several poor souls from Europe are going to stay up until 2 a.m.
 for this, and people further east are probably just silent because the 
 time
 difference is so large; So, I definitely think some European / African /
 Asian / Australian clojure devs' office hours would be popular.  It's 
 fun,
 and you might find some people to hire, if that's your thing!

 --Leif


 On Thursday, April 17, 2014 10:43:50 AM UTC-4, Miguel Ping wrote:

 Hey, the schedule's full! :\

 On Wednesday, April 16, 2014 2:57:49 AM UTC+1, Marcus Blankenship
 wrote:

 Leif, thanks for the great session today.  Not only did I get a jump
 start on my next 4Clojure problems, but I learned some emacs as well!  
 Very
 enjoyable, and I look forward to next week’s session.  THANK YOU!

 All, if you’re trying to get a jumpstart on Clojure, I highly
 recommend Leif’s office hours.

 -Marcus

 On Apr 15, 2014, at 6:50 PM, Leif leif.p...@gmail.com wrote:

 @Jakub: Thanks for your kind words.  I'm definitely no industry
 hero, but I hope Clojure devs of all levels start having more pair
 programming fun.

 @Tim: Clojurescript UI programming being way out of my comfort zone,
 I learned quite a lot from you yesterday.  So thank you.

 @Everyone:  To clarify / reiterate:  You do not need a plan, a
 project, or a specific problem.  If you want to work through Project 
 Euler,
 4clojure, clojure-koans, the ClojureBridge materials, some other 
 clojure
 tutorial, or just play it by ear, I am happy to try it out.

 --Leif

 On Tuesday, April 15, 2014 8:00:17 AM UTC-4, frye wrote:

 I just came from an office hours session, yesterday with Leif.

 This is good stuff guys, and a great way to learn and meet with
 other developers. Highly recommended.


 Thanks Leif

 Tim Washington
 Interruptsoftware.com


 On Tue, Apr 15, 2014 at 5:12 AM, Jakub Holy jakub...@iterate.no
 wrote:

 Hi Leif,

 This is a great activity, thank you for contributing to the
 community this way!

 Do not be surprise and discouraged by the fact that the interest
 seems low. I have a similar 

Re: testing clojure.core/group-by with clojure.test.check

[Tim Visher]

As an aside to the discussion at hand, what papers/books/online
articles are good to read to learn about how to come up with good
properties and generators?

On Wed, Apr 30, 2014 at 3:36 PM, Alex Miller a...@puredanger.com wrote:
 The only hard parts about property based testing are the properties and the
 generators. ;)

 On Wednesday, April 30, 2014 6:38:19 AM UTC-5, henry w wrote:

 Hi, I wanted to get started with clojure.test.check (formerly
 simple-check) and I am new to property based testing.

 I plucked clojure.core/group-by for no particular reason as a function to
 test.

 I started by stating some properties i think should hold:

 ;; 1. applying the grouping key function to each member in a grouping
 should result in the grouping key
 ;; 2. flattening the vals of the group-by result should give back the
 contents of the original collection.
 ;; 3. no element appears in more than one grouping.


 those seem good



 so far so good I think. there may be others but this seems ok for now.

 now, how to generate some data.

 for group-by we need two params:
 1) a grouping function
 2) a collection of items to be grouped

 If I start by naively generating collections of maps (containing keyword
 keys and int vals, for example), the data is of the right shape to use in
 group by, but there is no guarantee that:
 1) any of the maps share a key that I could use for grouping
 2) the values under a common key are shared

 This is really the crux of my problem ideally I would have the
 generator *mostly* produce data which is actually doing to result in the
 sort of collection i might want to call group-by on in real life (ie not
 have everything grouped under nil on each generation). So should i create a
 generator that creates keywords (which i will want to use as grouping
 function) then have another generator that produces what are going to be the
 values under this grouping key, then a generator that uses both of these to
 create collections of maps from these. then i would have to find out what
 the grouping keyword was that was generated this could all work, I have
 read enough about generators to have a stab at this... but is it the right
 approach?


 You don't seem to be leveraging the possibilities of the grouping function.
 If you create a grouping function that maps many random values into a small
 number of groups, then everything may get easier. Some candidate functions:
 first character of the keyword, length of the keyword, etc.

 Or working backwards is often useful with a generator - generate the
 grouping values first, then use the inverse of the grouping function to
 generate data that maps to that group and populate the input with that.



 as far as implementing tests for the properties so far, I have done
 property 2 above, using a basic generator and yanking out an arbitrary key
 from it clearly a flawed approach as not much 'realistic' grouping is
 going to happen here.

 (def vector-of-maps (gen/such-that not-empty (gen/vector (gen/such-that
 not-empty (gen/map gen/keyword gen/int)

 (def all-elements-are-grouped
   (prop/for-all [group-by-input vector-of-maps]
 (let [a-map-key (- group-by-input first keys first)] ;;
 hmm, seems far from ideal
   (= (set group-by-input) (- (group-by a-map-key
 group-by-input) vals flatten set)

 help appreciated... perhaps I need to learn more about the paradigm first,
 but resources linked from the readme are all a bit more basic than this. so
 if you know of some more advanced tutorials please let me know.

 Thanks

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

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

Re: braveclojure problem ( paste into emacs)

[Tim Visher]

On Wed, Apr 16, 2014 at 6:57 AM, Roelof Wobben rwob...@hotmail.com wrote:
 I try to learn coljure by using this tutorial: http://www.braveclojure.com
 Im now at point 7 : http://www.braveclojure.com/basic-emacs/

 There I must paste a text into emacs.

 But as far as I know there is no mentioned how I can paste text into emacs.

How you paste text into emacs is somewhat dependent on your
configuration. Can you give more details as to your system
configuration and emacs version?

For instance, I'm on OS X using console Emacs 24.3 and the way I tend
to 'paste' things into emacs is by `C-u M-! pbpaste`.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: auto include a certain line in all *.cljs files

[Tim Visher]

Hi t,

On Sun, Apr 13, 2014 at 3:18 PM, t x txrev...@gmail.com wrote:
 What does 
 https://github.com/technomancy/leiningen/blob/master/sample.project.clj#L209-L211
 mean ?

 In particular, I'm confused about:

 Forms to prepend to every form that is evaluated inside your project.

 I only want to insert it right into the (ns ...) clause.

 Thanks!

The ns macro is only one way to require a namespace.

The way :injections works (at least the way it appears to work, I've
never personally used it) is by allowing you to use the alternate
means of requiring another namespace which is programmatically.

In other words you can have a `(:require …)` section in your `ns`
macro, or you could simply have a regular `(require '…)` form in your
source.

So the real question becomes if there is a programmatic call you can
make to `(require-macros …)`, which from brief googling appears not to
be the case.

If the answer to that is no then I would say to look into the
templating features of your editor to facilitate easily adding it in.

As a stylistic note, the more magical you make your source files, the
harder they are to understand going forward. People are used to seeing
all the symbols they might encounter in the source file listed in the
`ns` macro. Violating that might be expedient, but it's probably not
good style. In this instance, I'd swallow the repetition for the sake
of clarity.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Logo usage

[Tim Visher]

On Wed, Apr 9, 2014 at 4:06 PM, Plínio Balduino pbaldu...@gmail.com wrote:

 Hi there

 Is there any restriction about the usage of Clojure logo in magazines,
 books and printed materials?


Yes. You must get permission from Tom Hickey, I believe, who listens on
this list (or at least used to).

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Any experience with Cognitect?

[Tim Visher]




On Wed, Apr 9, 2014 at 4:47 PM, Mike Haney txmikes...@gmail.com wrote:

 Thanks for the feedback.

 Resume updated - check
 Cover letter written - check
 Email sent - check
 Ego intact - pending

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


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

Re: Any experience with Cognitect?

[Tim Visher]

On Tue, Apr 8, 2014 at 12:56 PM, Mike Haney txmikes...@gmail.com wrote:
 Cognitect (and previously Relevance) always seem to have openings for
 contract Clojure developers.  I was wondering if anyone here has applied for
 and/or actually been hired for one of these positions, and was willing to
 share their experience?

 I have thought about the possibility of being a contractor for Cognitect for
 awhile, and it's been pretty much my target goal as I've been learning
 Clojure/Datomic over the last 8-9 months.  The bar seems pretty high - I
 mean, do you have to be a Mike Fogus or Tim Baldridge to work there?

 My current contract is winding up soon, and my Clojure skills are at the
 point where I think I am almost productive enough to use it professionally
 (IMO you have to actually USE something professionally to reach that last
 level of productivity, which is why I said almost).  This would be an ideal
 time to make the switch, but I don't want to apply too soon and ruin my
 chances.

 One other question - for anyone who has worked as a contractor for them, was
 there usually/always enough work to keep you busy full time, or would I need
 to plan on doing other freelance work to fill in the gaps between
 assignments for them?

Fortune favors the brave, the worst they can do is say no. :)

I did apply, feeling woefully under-prepared, and had some really nice
conversations with them. I'd still love to work with them some day,
but it turned out that the uncertainty of contracting was just too
much for me to stomach.

Do it!

:)

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: [ClojureScript] ANN: ClojureScript 0.0-2199

[Tim Visher]

Hi David,

On Tue, Apr 1, 2014 at 2:38 PM, David Nolen dnolen.li...@gmail.com wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.

 New release version: 0.0-2199

 The only difference is the removal of spurious warnings about
 required/imported Google Closure libraries.

As always, thanks for all the hard work!

AFAICT, I'm still getting these warnings when using lein-cljsbuild
1.0.3, clojurescript 0.0-2199, and clojure 1.6.0. Are there extra
flags I need to set to avoid them? They happen under whitespace and
advanced.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Unexpected core.async timeout behaviour

[Tim Visher]

Hi Peter,

On Fri, Mar 28, 2014 at 2:48 AM, Peter Taoussanis ptaoussa...@gmail.com wrote:
 Hi all, quick question:

 `(dotimes [_ 5] (go (! (async/timeout 100` runs as expected.
 `(dotimes [_ 5] (go (! (async/timeout (+ 50 (rand-int 100))`
 produces an error:

 ( (.size takes) impl/MAX-QUEUE-SIZE) java.lang.AssertionError: Assert
 failed: No more than 1024 pending takes are allowed on a single channel.

 It appears (?) that there's a (surprisingly low?) limit to the number of
 unique timeout timestamps that can be simultaneously queued.

 Is this the expected behaviour running Clojure 1.6.0, core.async
 0.1.278.0-76b25b-alpha?

 Much appreciated, thanks! Cheers :-)

I _still_ have no personal experience with core.async ( :((( ), but I
did spot this message coming through recently which answers your
question with 'yes' I believe.

https://groups.google.com/forum/#!searchin/clojure/1024/clojure/NIPIzJ7l6RA/Idm1_2GMlCMJ

It sounds like you need to use a different kind of channel buffer
(whatever that means :).

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: Unexpected core.async timeout behaviour

[Tim Visher]

On Fri, Mar 28, 2014 at 8:08 AM, Peter Taoussanis ptaoussa...@gmail.com wrote:
 Hi Tim, thanks for the info!

 It's not clear to me that this is the same issue, unfortunately. (Though I
 may be missing something obvious).

 In the example I've provided above, we're actually creating a _new_ channel
 for each take. The problem appears to be either some interaction between the
 loop and core.async that I'm not aware of, or something on the
 _implementation-end_ that is bumping up against the referenced issue (i.e.
 an insufficiently-buffered channel somewhere).

 So there's actually no channel here that I could be buffering, since it's
 not my channel that's overflowing. Again, modulo me missing something
 obvious :-)

 Does that make sense?

Ah, forgive me for not seeing the subtlety and getting excited about
being able to help in some small way on a core.async problem. :)

Can one of the adults chime in?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: How should I begin this project?

[Tim Visher]

On Thu, Mar 20, 2014 at 1:43 PM, kurofune jesseluisd...@gmail.com wrote:
 Thank you very much for both of those emails Gary. Your programming advice 
 rang very true and doodle does look almost exactly like what I need. I'll 
 look into that and google calendar, but now I need a good project to work on! 
 How does one go about getting mentored in Clojure? Is that even a thing?

The mailing list and IRC channels are _amazing_ resources in this
community. Pick something and start lurking! :)

I've also heard really good things lately about exercism.io, though I
have no personal experience with it. http://exercism.io/

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: How should I begin this project?

[Tim Visher]

On Mon, Mar 24, 2014 at 12:49 PM, Aditya Athalye
aditya.atha...@gmail.com wrote:
 Thanks for the lead on exercism.io, Tim.

 I just set it up, to peek at how it looks/works.

 The setup itself was a breeze, and the very first exercise is
 a nice little text processing problem. (Based on Deaf Grandma,
 found here: http://pine.fm/LearnToProgram/?Chapter=06)

 Feels like a good follow-on to the medium difficulty level on 4clojure,
 and to Clojure Koans.

 Cool!

Great!

To me, the coolest part of exercism.io is that a real peer reviews your code.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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

Re: How should I begin this project?

[Tim Visher]

I would just use Google Calendar for that.

On Thu, Mar 20, 2014 at 3:53 AM, kurofune jesseluisd...@gmail.com wrote:

 At my job, I have to meet clients multiple times a week and schedule
 appointments with them at various places around town. Recently, I have seen
 a boom in business and while this is very fortunate it has made scheduling
 tedious. Lamenting this fact, it dawned on me that I might be able to make a
 web-application that tells me if there are any scheduling asymmetries
 between me and my clients. I am thinking of something with a front page like
 this:

 | myself:
 | other-person:
 | appointment-time:
 | location:

 Both parties would enter the appropriate information on separate devices or
 desktops. The information would be pushed to a database, new users would be
 automatically added. A scan will be made at intervals to find mismatched
 appointments, the asymmetry logged and a notice sent out to one or both of
 the users, suggesting they reconfirm the appointment. Well aligned
 appointments will have green status; mis-aligned ones, red, both viewable
 via a monitoring screen that updates automatically. Of course, there might
 be other functionality that I will want to add in later: login/security,
 aesthetics, customized behavior for appointments with multiple users and
 clear distinctions between business and client. In the beginning, however, I
 just want to breathe a little easier knowing that my appointments are
 sorted, something that simple calendar apps cannot do.

 I am relatively new to both Clojure and programming, but have managed to get
 myself to a point where I can make websites that include functionality and
 rendering. I have done a few tutorials utilizing databases (Datomic, jdbc,
 postgresql), read a handful of books, and completed a lot of tutorials. I
 still feel, however, that I don't know how to tie everything I have learned
 together to tackle larger tasks that require complexity management. I don't
 really know where to start, and would be grateful if someone could give me
 advice in terms of what technologies I should use and how I should organize
 the project. Should I use Clojures built in state management features  and
 jdbc/postgresql or view this as an opportunity to dip into Datomic and
 core.async. I am excited about making something that utilizes all of
 Clojure's technologies that other people can use and learn from, but is it
 possible to go too far down the Clojure rabbit-hole? Also, if this type of
 web-app already exists and you happen to have heard of it, please tell me
 and I will be happy to use it instead of having to make it from scratch.

 Jesse

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

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

Re: Image processing

[Tim Visher]

I assume you're referring to https://github.com/neatonk/im4clj ?

On Thu, Feb 27, 2014 at 10:24 PM, exel...@gmail.com exel...@gmail.com wrote:
 Hi Michael,

 Got some good results on img processing tests. I got image resizer working 
 nice, it was a resource path issue.

 However after some side by side testing with graphicmagick, I found imgscalr 
 outputs files at a 30% to 50% larger file size. About 30% on larger 
 dimensions, 50% on thumbnails.

 So I've opted for graphicmagick as it processes faster, same quality, much 
 smaller static files and v elegant syntax, I've been using it in ruby and 
 coldfusion for years. One other thing is it bypasses java, does the buffering 
 internally.

 If you have an image processing use case, hope that's helpful for anyone 
 going so far as a cdn to scale static assets. Here's a couple syntax examples:

 ;resize to 300 proportionally
 (convert photofile
   (-antialias)
   (-resize 300 300)
   (str (img-path) /lg_ new-file-name))

 ; resize to 150 proportionally then crop to a 150 square
 (convert photofile
   (-antialias)
   (-resize 150 150)
   (-gravity Center)
   (-extent 100 100) photofile)

 photofile is resource path and file name. I'll check into clojure-docs, see 
 if I can help out on the web dev section based on my experience last few 
 weeks.

 Best,
 Pardeep.

 --
 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: Image processing

[Tim Visher]

The main disadvantage with this, of course, being requiring
imagemagick on the command line.

On Fri, Feb 28, 2014 at 2:51 PM, The Dude (Abides) exel...@gmail.com wrote:
 Yes via im4clj - https://github.com/neatonk/im4clj

 [im4clj 0.0.1]

 The developer recommends shell scripting with Conch with standard command
 line syntax, however im4clj works perfectly fine for 2 core needs for photo
 gallery apps:

 1. resize with proportions, and
 2. crop thumbnails from center

 If shell scripting is preferred, here's the command line version of resize 
 crop from center:

 gm convert in_path_and_file  -antialias -resize '150x150' -gravity center
 -extent 100x100 out_path_and_file



 --
 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: Helping newcomers get involved in Clojure projects

[Tim Visher]

On Sat, Jan 25, 2014 at 1:54 PM, Bridget bridget.hill...@gmail.com wrote:
 OpenHatch has this great initiative for encouraging newcomers to get
 involved with open source projects. You tag some issues in your bug tracker
 as newcomer or easy. This provides a gentle path into contributing.
 There is some work involved with this. You have to do the tagging, and there
 needs to be some capacity in your project for some mentoring.

 Leiningen is doing this already with newbie tagged issues, which is
 awesome.

 Are there any other Clojure projects that are doing this? Would you like to
 do this with your project? If so, I can try to help. I have been spending a
 lot of time thinking about the Clojure newcomer perspective lately, and I'd
 like to work on some things that help smooth that path.

This is a great idea!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: ClojureScript integration with Emacs/Cider ?

[Tim Visher]

Hi Alexandru,

On Sun, Jan 5, 2014 at 3:30 PM, Alexandru Nedelcu a...@bionicspirit.com wrote:
 I can’t get auto-completion or jumping to the definition of a function in
 Emacs, while working with ClojureScript. Is this a limitation of Emacs’
 Cider plugin?

IIUC, completing et al does not work for ClojureScript because
ClojureScript, not because of tooling. I have no idea how or if
development towards that end is going, but I believe it has something
to do with limitations of the host language which does not get my
hopes up.

If someone else knows better, please correct me, because I miss it too!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: ClojureScript integration with Emacs/Cider ?

[Tim Visher]

On Mon, Jan 6, 2014 at 3:01 PM, David Nolen dnolen.li...@gmail.com wrote:
 Limitation of tooling. ClojureScript analyzer exposes the necessary
 information.

That is seriously great to hear. I had no idea we were that far along.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Require namespace

[Tim Visher]

Hi juanghui,

If you're working out your stuff, more power to you, but I do want to
say that you sound quite far off the beaten path of Clojure usage, so
just be aware that you may be accomplishing your goal in a
non-standard, hard to support way. :)

On Sat, Jan 4, 2014 at 6:12 AM, jianghui jianghui8...@gmail.com wrote:
 Hi，Thank you so much ；）
 I use load-file at last and it works.


 2014/1/3 Gary Trakhman gary.trakh...@gmail.com

 There's a reasonable blog post here on the matter:
 http://blog.8thlight.com/colin-jones/2010/12/05/clojure-libs-and-namespaces-require-use-import-and-ns.html

 It's a bit complicated to regurgitate it all in a mailing list response
 :-).


 On Thu, Jan 2, 2014 at 8:33 AM, jianghui8...@gmail.com wrote:


 Hi，

 I am a newbie of Clojure.I have some confusions of ＂how to require a
 namespace＂.

 1、If I want to call a function of file B.clj  in the file A.clj，does I
 have to require the namespace of B.clj in A.clj？

 2、In the file A.clj，if I need to call the functions of all *.clj in the
 special directory，how to require the namespace of *.clj dynamically？

 Happy New Year！
 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.


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

-- 
-- 
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: Recommendations for a project with learning-friendly bugs and devs?

[Tim Visher]

Leiningen as well. :)

On Fri, Dec 27, 2013 at 1:53 PM, Jakub Holy jakub.h...@iterate.no wrote:
 Hello,

 I'd like to sharpen my Clojure skill by contributing to an open source
 project and getting feedback on my patches from its developers. Can you
 recommend a project that would be suitable? Preferably something where there
 is plenty of beginner-friendly bugs and in the domain of web or devops.

 Thanks a lot and happy new year!


 Best regards, Jakub
 --
 Forget software. Strive to make an impact, deliver a valuable change.

 (Vær så snill og hjelp meg med å forbedre norsken min – skriftlig og
 muntlig. Takk!)

 Jakub Holy
 Solutions Engineer | +47 966 23 666
 Iterate AS | www.iterate.no
 The Lean Software Development Consultancy
 - http://theholyjava.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.

-- 
-- 
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: Akka-like framework in Clojure ?

[Tim Visher]

Hi Eric,

On Fri, Dec 27, 2013 at 3:54 AM, Eric Le Goff eleg...@gmail.com wrote:
 After a long background with imperative languages such as Java, I recently
 spent some time learning functionnal programming, starting with Scala. I had
 the opporrtunity to build a demo project based on the Akka framework.

 Now I am starting learning Clojure, and would be curious to know if there
 was some clojure based framework available which could implement rather
 similar features to Akka.

I know of no such library for Clojure specifically (although I did not
look and have never needed to), but it appears that Akka is a Java
library, so worst comes to worst you could use it via [interop][1].

[1]: http://clojure.org/java_interop

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Finding available methods or docs for a value type

[Tim Visher]

On Fri, Dec 27, 2013 at 6:27 AM, Niels van Klaveren
niels.vanklave...@gmail.com wrote:
 Anthony Grimes made a find-fn that finds functions based on input parameters
 and output functions.

 So something like (find-fn clojure.core [1 2] {:a 1 :b 2}) would return vals
 and (find-fn clojure.core [:a :b] {:a 1 :b 2}) would return keys.

 It would be great if we would have an online version that could do that. The
 biggest problem would be how to specify which namespaces (from clojars
 available libraries ?) you'd want to have searched.

That's the one! :)

Someone also put together a hosted version if you're looking to just
try it out.

http://findfn.herokuapp.com/

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Finding available methods or docs for a value type

[Tim Visher]

My searching is failing, but I remember someone publishing a library
here that was meant to do exactly that. I can't remember if it was
based on arity or on fuzzing or whatever but IRRC it would do the sort
of thing you're asking for.

Hope someone else can use search better than me or have a better memory. :)

On Tue, Dec 24, 2013 at 8:58 AM, John Kida jdk...@gmail.com wrote:
 So i am very new to Clojure and I am wondering if there are any good
 techniques to finding available methods that will take a particular value. I
 understand this is probably very hard to do or even impossible being Clojure
 is a dynamic language and a lisp but for example.

 Lets say i have a simple map data structure. Being new to Clojure i just
 start fiddling with the REPL, and try:
 (keys my-hmap)
 cool, got the keys from my map back.

 Now how about values
 (values my-hmap)

 nope. wrong method name..  I was able to quickly find it in the Clojure Data
 Structures documentation, where it had a few method names for examining a
 Map, and linked me to the Clojure Core API, is this something I should
 probably go through start to finish, so I have a good idea of what is
 available.

 Or is there some technique I can use in the repl to tell me what methods are
 available to work with this particular datastructure.. that sounds not
 possible due to the dynamic lisp nature of clojure, but I wanted to ask the
 community to see if there were some good strategies to learning and finding
 available methods to work with a particular value.

 --
 --
 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: library development

[Tim Visher]

Maybe using lein checkouts is also something that would interest you?

https://github.com/technomancy/leiningen/blob/master/doc/TUTORIAL.md#checkout-dependencies

On Fri, Dec 20, 2013 at 9:22 AM, Daniel Higginbotham
nonrecurs...@gmail.com wrote:
 lein install actually installs your library ~/.m2/repository in addition
 to creating the pom and jar. That should be all you need to do.


 On Friday, December 20, 2013 9:09:32 AM UTC-5, Bob Hutchison wrote:

 Hi,

 I’m missing something. And it’s annoying me.

 Let’s say I’m working on three or four projects and there’s some code that
 really should be developed as a library and used by each of the projects. A
 similar thing happens if I fork a library from github. I don’t want to make
 any of this code public so clojars is not an option. It’s clear enough that
 the solution to this will involve a local maven repository somehow.

 Now, I don’t know maven. I like it that way. I *do* *not* want to know
 maven. It’s so low on my priority list that reviewing the new C++ standard
 is higher. Basically it’ll never get to the top of the list.

 Furthermore I think requiring someone to know maven to do any non-trivial
 Clojure development is a bad plan. This is surely one of the founding goals
 of Leiningen.

 I’ve found some documentation and blog posts that, as soon as they get
 interesting, pretty much all end up assuming you know maven. I’ve found
 lein-localrepo plugin, which is was hopeful until you read it’s docs and see
 that it describes itself in maven terminology (why do I care what the maven
 coordinates of a file are? *WHY* do I have to know? Is this about Clojure or
 Java jar files? Are they different?)

 Lein install makes a jar file and a pom file. So what? Is there something
 you do with these? There must be. But since I don’t know maven I’ve not got
 a clue what that might be.

 What I’d like to do is type something no more complex than “lein
 local-install” and be done with it. I do not care if every developer on my
 team has to execute that command. I don’t care about sharing. I don’t care
 about naming. I just want to work on my library, install it, and use it in
 my other four projects.

 Running “cp -r” will do it, but it’s a bit crude.

 Thanks,
 Bob

 --
 --
 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: library development

[Tim Visher]

On Fri, Dec 20, 2013 at 12:16 PM, John Gabriele jmg3...@gmail.com wrote:
 If I can just `lein install` my libs (or other people's libs) and then use
 them in all my projects (just like the libs found at clojars), what extra
 functionality does lein-localrepo provide beyond that?

lein-localrepo provides ways to interact with the local repo beyond
just installing a leiningen project to it. You can install arbitrary
artifacts that have poms. You can use to grab coords for a file. Etc.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: require library from inside the REPL

[Tim Visher]

You have a `'` in your ns macro that shouldn't be there.

You're ns form should be:

```
(ns theshire.models.element
  (:require [clojurewerkz.welle.core :as wc]
[clojurewerkz.welle.buckets :as wb]
[clojurewerkz.welle.kv :as kv]
[ring.util.codec :refer [url-encode]]))
```

There's nothing technically wrong with the `use` section, but it's
discouraged at this point.

On Wed, Dec 18, 2013 at 9:28 AM, Nicholas Wieland n...@nofeed.org wrote:
 Damn, you are right :)
 Still, it's no good, and I don't understand why...

 user= (require '[theshire.models.element :as model])

 Exception lib names inside prefix lists must not contain periods
 clojure.core/load-lib (core.clj:5359)


   ngw




 On Wed, Dec 18, 2013 at 3:21 PM, Thomas Heller th.hel...@gmail.com wrote:

 The (:require ...) form is specific to the (ns) macro, in the REPL you'd
 invoke the require function directly.

 (require '[theshire.models.element :as model])

 HTH,
 /thomas


 On Wednesday, December 18, 2013 3:14:14 PM UTC+1, Nicholas Wieland wrote:

 https://gist.github.com/ngw/f8ef003532c8d712dd9b

 I'm having troubles using the create function from inside the REPL.

 I think I should require it directly without defining a ns, right?

 user= (:require [theshire.models.element :as model])

 CompilerException java.lang.ClassNotFoundException:
 theshire.models.element,
 compiling/private/var/folders/r_/8jpc8nbx6x1g6gq3r1djmr90gp/T/form-init3432138121469073363.clj:1:1)

 what am I doing wrong?


 TIA,

   ngw

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

-- 
-- 
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: [ClojureScript] Re: [ANN] cljs-start 0.0.7 now support source-map

[Tim Visher]

On Tue, Dec 17, 2013 at 5:48 AM, Mimmo Cosenza mimmo.cose...@gmail.com wrote:
 May be for newcomers like me it will be good to add some integraional tips
 for emacs(others) editors..


 I always feel guilty when talking about editors because I use emacs. It
 seems that the top clojurists are pushing people to switch from emacs to
 something more used by younger/front-end programmers. In someway it seems
 that emacs could be felt as an incidental complexity on the path toward
 Clojure.

 I don't know what to say. Perhaps only use the editor that lets you feel
 less incidental complexities in developing with  CLJ/CLJS. Initially this
 should be your current editor.

The trend that I see (and think is _awesome_!) is encouraging people
to learning just Clojure. There used to be a real attitude that if you
want to use Clojure, you need to use Emacs. That attitude has all but
evaporated ([it's still there though][1]).

I still think most people who've taken the time to grok Emacs say that
it was worth their time as much as taking the time to grok Lisp was,
but it's just not a good idea to learn a new editor and a new language
at the same time.

So I wouldn't encourage anyone, at this point, to switch editors to
learn any language. I would encourage anyone who is not learning a
language to learn Emacs. :)

[1]: https://kotka.de/blog/2013/10/A_bitter_taste.html

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ANN] cljs-start 0.0.7 now support source-map

[Tim Visher]

On Tue, Dec 17, 2013 at 8:14 AM, Andrew Voron volan...@gmail.com wrote:
 Well, Im not sure if I expressed myself correctly when asked for tips about
 editor - I thought about how to get Emacs (or may be other editor which
 support nrepl workflow) work with cljs-start. Now I see that it works good
 when I'm testing it. I use emacs-live for clojure work with emacs, and it
 seems like all things work not only from emacs clojurescript repl but from
 file - when I type C-x C-e - it evaluates my s-expressions and puts result
 to emacs's status buffer... Could you tell us maybe some other good shotcuts
 and tips that you use in development... I cant for ex. eval the whole buffer
 or reload the namescpace...

If you're in emacs, and using cider/nrepl.el, then a good place to
look would be:

`M-x help RET m` to see most of the widely useful key bindings for
Clojure and nrepl.el. Also the project pages for those projects list a
lot of the useful key bindings.

To get the complete story, `M-x help RET b` will list every binding.

Specifically, `C-c C-l` tends to load the file.

Evaling the ns form in nrepl.el at least can be done with `M-x
nrepl-eval-ns-form RET` (bound to `C-c C-n` by default).

What about other editors - I think they should work as far as them
 support nrepl... Personally I tryed Sublime Text 3, but without success...

Vim Fireplace has really good nrepl support.

I believe all the IDEs out there now have really good nrepl support as well.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ANN] cljs-start 0.0.7 now support source-map

[Tim Visher]

On Tue, Dec 17, 2013 at 8:21 AM, Lee Spector lspec...@hampshire.edu wrote:
 On Dec 17, 2013, at 6:01 AM, Cedric Greevey wrote:

 Calling emacs incidental complexity is like calling the North Pole a bit 
 nippy this time of year. :)

 The thing is, it's actually possible to have the power of emacs without the 
 incidental complexity of currently available emacs versions. It has been done 
 before, e.g. with FRED (FRED Resembles Emacs Deliberately, in Macintosh 
 Common Lisp). Emacs under the hood, but modern GUI design and usability.

We could all use Aquamacs. :)

-- 
-- 
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: Philadelphia SICP Study Group starting Feb 5th

[Tim Visher]

Hi Paul,

On Tue, Dec 17, 2013 at 9:26 AM, Paul L. Snyder
p...@pataprogramming.com wrote:
 On Tue, 17 Dec 2013, Steve Shogren wrote:

 Quite a few in the Philadelphia area expressed interest in having a study
 group around the excellent book Structure and Interpretation of Computer
 Programs, and so here it is!

 http://www.meetup.com/Clojadelphia/events/155920672/

 Any chance of a meeting date *other* than the first Wednesday of the month?
 It conflicts with the Philly Linux Users Group.

 This schedule doesn't have everything, but it often helpful when avoiding
 conflicts with other technical groups:

   http://technical.ly/philly/events/

Good point! :)

Best thing I could recommend would be to comment on the Meetup. If
enough people say they can't make then I'm sure we can change it up.
And localizing the responses on the Meetup page probably would give
the most visibility to the most relevant people.

Thanks in advance!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: IE compatibility of clojurescript, Element undefined problem

[Tim Visher]

Hi Xiangtao,

If you needed to delete dommy in order to get thing working in IE6,
_please_ file a bug report. I like dommy a lot and finding everywhere
that it breaks compatibility with older browsers is crucial for its
success.

On Mon, Dec 16, 2013 at 8:28 AM, Xiangtao Zhou tao...@gmail.com wrote:
 hi David,

 Thanks. You're right, I delete dommy, it works.


 On Monday, December 16, 2013 9:10:18 PM UTC+8, David Powell wrote:

 The clojure.browser namespace does try to extend a protocol to
 js/EventType - which IE6 doesn't have, but if you use third party
 alternatives, raw javascript DOM manipulation, or Google Closure, then
 things should work in IE6.


 On Mon, Dec 16, 2013 at 12:59 PM, Xiangtao Zhou tao...@gmail.com wrote:

 hi all,

 I'm new for clojurescript.  I found there is compatibility problem under
 IE6,  closurescript use Element which IE 6 dos not have.

 Line 34266, Element.prototype.clojure$browser$event$EventType$ = true;

 Is clojurescript give up IE6?


 Joe

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post to this group, send email to clo...@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+u...@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+u...@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.

-- 
-- 
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: Meta-eX: Power to Complect (featuring Rich Hickey)

[Tim Visher]

On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron samaa...@gmail.com wrote:
 just a quick promotional email, so I'll keep it brief.

 Meta-eX[1] just pushed a small excerpt from a recent Live Session featuring 
 the voice of Rich Hickey:

 https://soundcloud.com/meta-ex/power-to-complect

 It's not every day you get to hear music coded and performed with Clojure 
 featuring Rich, so I thought it not too out of context to mention it on here.

 Enjoy, and Happy Hacking!

There is a thing in the Christian world (perhaps other religions as
well) called a Sermon Jam, where a message is taken and put to music,
usually as an artistic way to drive the point home further.

I'm now anticipating eagerly an outpouring of CS Jams from the
Overtone community, wherein CS Messages are put to music creatively.

Can you imagine The Mother of All Demos? Guy Steele? Alan Kay?
Dijkstra? Grace Hopper? All put to delicious electronic beats?

Go for it, Overtone Hackers!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ClojureScript] Re: AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Mon, Dec 16, 2013 at 12:33 PM, Gary Johnson gwjoh...@uvm.edu wrote:
 Wait a minute...


   #js data literal support added

 Holy $#%^!!! Where is this documented?! MUST...USE...NOW!

https://groups.google.com/d/msg/clojurescript/mUVbtdnAvHA/Voa86mDnNGwJ

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: cider status

[Tim Visher]

Hi Phil,

On Fri, Dec 13, 2013 at 4:57 AM, Phillip Lord
phillip.l...@newcastle.ac.uk wrote:
 Bozhidar Batsov bozhidar.bat...@gmail.com writes:
 On Tuesday, November 19, 2013 4:56:05 PM UTC+2, Phillip Lord wrote:
 I discovered one of the reasons for my issues with stability yesterday.
 The version of clojure-test-mode on marmalade still depends on nrepl
 (rather than cider), so, despite my best efforts to remove nrepl.el it
 was still getting pulled back in.

 Marmalade is a huge problem these days - frequent outages, not to mention
 many package uploads (including cider 0.4) got corrupted and Nic hasn't
 been able to figure out what's going on there.
 I'd suggest to everyone to use MELPA for the time being.

 So, I have used MELPA before, but I found living on the bleeding edge
 for all of my packages is bit painful; the overall stability of my Emacs
 setup dropped considerably. I fear this will remain while many package
 developers use a dirty head versioning system (myself included).

That has completely been my experience. Continuous Deployment
_requires_ Continuous Integration and pretty much all of the emacs
package developers out there don't have the time to do CI correctly so
Continuous Deployment simply equals lots of pain on the users end as
things get broken accidentally.

 I don't mind doing this for one or two packages where I want bleeding
 edge, but I haven't worked out how to get package.el to pick packages
 from different repos.

You might consider playing with something that I've had in my
incubator file for awhile:
https://github.com/timvisher/.emacs.d/blob/c8fa14315825f722f9995e8dd1e888c6b81321e9/timvisher/timvisher_incubator.el#L16-L28

 I agree with you about problems with marmalade. What we need is a way
 for devs to specify the latest stable version (by commit, branch or tag)
 in their Emacs packages. That would mean that, like marmalade, the
 developer would control which version is considered stable, but could do
 so purely with their VC. Wordpress plugins use something similar.

I assume you mean something over and above the `Version` ELPA header?
Obviously, that depends on package maintainers following things like
SNAPSHOT versioning (which ELPA doesn't accept) or Semantic Versioning
to tip people off as to what is considered stable.

I think the general attitude I'm seeing amongst some of the package
maintainers out there is that the idea of versioning is a farse
because they always intend to maintain stable HEADs so HEAD is as
stable as your ever going to get. That's a shame, but I get the
sentiment.

So the responsibility for deciding what is stable or not falls to us,
the package users. That's, unfortunately, an area where ELPA is
woefully inadequate at this time. We have no way of specifying that we
want a particular version of a package. That's a basic requirement of
any true dependency management system and for whatever reason the
Emacs devs did not deign to include it yet. I, at this point, would be
fine with specifying a version _or_ commit depending on what package
repo I'm pointing at.

Didn't realize I'd rant this morning. :(

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ClojureScript] AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Fri, Dec 13, 2013 at 10:15 AM, David Nolen dnolen.li...@gmail.com wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.

 README and source code: https://github.com/clojure/clojurescript

 New release version: 0.0-2120

 Leiningen dependency information:

 [org.clojure/clojurescript 0.0-2120]

Great to see another release!

I get bitten by this every time, so I don't know if it's worth
mentioning even though I should know better, but is it possible to
either resist announcing these until they're available from Maven
Central _or_ to mention each time that if you want it now, you should
add `:repositories {sonatype-staging
https://oss.sonatype.org/content/groups/staging/}` to your
project.clj? It's just a minor annoyance but, like I said, I'm bitten
by it every time.

Thanks in advance!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

On Mon, Nov 25, 2013 at 6:18 AM, Cedric Greevey cgree...@gmail.com wrote:
 And yet it does happen, with PrintWriter and similar. Consider the output of
 (println) on different operating systems.

Do you have an example of println converting a \n character embedded
in a string to the host's line terminator?

-- 
-- 
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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

On Mon, Nov 25, 2013 at 6:29 AM, Cedric Greevey cgree...@gmail.com wrote:
 (println) outputs nothing *but* the host's line terminator.

Note that you have not embedded a \n character in anything in that example.

What does (println \n) print?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

Sounds like a bug to me. You could open a ticket to get further
discussion going.

On Sun, Nov 24, 2013 at 12:20 AM, Cedric Greevey cgree...@gmail.com wrote:
 (spit C:\\foo.txt test1\n)
 (spit C:\\foo.txt test2\n :append true)

 open file in notepad = test1test2

 (spit C:\\foo.txt test1\r\n)
 (spit C:\\foo.txt test2\r\n :append true)

 open file in notepad = test1
  test2

 So a newline in the string passed to spit seems to be emitted as 0x10,
 regardless of the platform, and you have to use \r\n in the string to get a
 Windoze newline.

 Since (AIUI) spit is designed to emit text files (who writes binary files
 via a Writer?), shouldn't each \n in the input be getting coerced to
 (System/getProperty line.separator) somewhere along the way?

 --
 --
 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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

Sorry. I didn't read the OP carefully enough. I agree with Alex.

The JVM (and no platform I'm aware of) never has and probably never
will offer to convert your end of line characters for you to whatever
your target system is.

On Sun, Nov 24, 2013 at 6:09 PM, Alex Miller a...@puredanger.com wrote:
 I do not think this is a bug. Spit takes string content and puts it in a 
 file. I do not expect it to modify that string. It's up to you to create the 
 proper string.

 Alex

 --
 --
 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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

On Sun, Nov 24, 2013 at 7:53 PM, Cedric Greevey cgree...@gmail.com wrote:
 I already have more than enough user/pass pairs to keep straight. I'm not
 creating yet another one just to submit one lousy bug report that I've
 *already* posted where I know the developers often read.

You can try something like LastPass or 1Password if you have too many
usernames and passwords to remember. I've been using 1Password and
found it to be quite helpful with the amount of authentication details
I need to keep straight.

Regardless, if you want to be most helpful in the Clojure community,
it would be great if you could submit bug reports. Otherwise, there's
really no guarantee anyone will see them and thus benefit from them.

But that's up to you.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ClojureScript] ANN: ClojureScript 0.0-2075

[Tim Visher]

Hi Mark,

On Sun, Nov 24, 2013 at 6:54 PM, Mark Mandel mark.man...@gmail.com wrote:
 I just upgraded from 0.0-2030

 And now when I run lein-cljsbuild, I keep getting the error:
 Compiling resources/public/js/main.js from [src-cljs]...
 Compiling resources/public/js/main.js failed.
 java.lang.AssertionError: Assert failed: :output-dir
 /home/mark/workspace/chaperone/target/cljsbuild-compiler-0 must specify a
 directory in :output-to's parent
 /home/mark/workspace/chaperone/resources/public/js if optimization setting
 applied
 (same-or-subdirectory-of? (absolute-parent output-to) output-dir)

 Does this look like a bug? /home/mark/workspace/chaperone seems to be the
 common parent directory here, no?

I guess the error message isn't as clear as I was hoping it would be. :\

In this case, `:output-dir` must be
`/home/mark/workspace/chaperone/resources/public/js` or deeper to
work. The common parent of `/home/mark/workspace/chaperone` isn't
enough.

This should only be the case if you've specified a `:source-map`
option though. As long as you're specifying that option, then this is
the expected behavior.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ClojureScript] ANN: ClojureScript 0.0-2067, regressions, type inference numeric checks

[Tim Visher]

I'm compiling fine with source-maps enabled in both whitespace and
advanced mode, with marginal but not awful increases to time.

On Fri, Nov 22, 2013 at 10:16 AM, David Nolen dnolen.li...@gmail.com wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.

 README and source code: https://github.com/clojure/clojurescript

 New release version: 0.0-2067

 Leiningen dependency information:

 [org.clojure/clojurescript 0.0-2067]

 This release fixes issues introduced by the source map checks, the
 checks have been relaxed.

 This release also include a fairly significant enhancement - pervasive
 simple type inference. This is to detect common mistakes involving
 primitive arithmetic and non-numeric types. However this also adds a
 new pass to the compiler and stores more information in compiler
 environment. Feedback on signifiant changes to compile time and memory
 usage welcome.

 Enhancements:
 * pervasive inference, inlined primitive arithmetic is now checked

 Bug fixes:
 * CLJS-685: elide :end-column :end-line from metadata
 * CLJS-694: remove Java 7 dependency

 --
 Note that posts from new members are moderated - please be patient with your
 first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescr...@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.

-- 
-- 
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: [ClojureScript] Re: ANN: ClojureScript 0.0-2060

[Tim Visher]

Thanks for the patch, Feng.

Patches don't tend to get discussed on the mailing list for Clojure.
Do you have your CA signed yet? http://clojure.org/contributing

Ironically, I had basically produced this patch, line for line, a
couple of hours ago. Hopefully we can get a release out soon. This was
totally my fault. :\

For now, you should be able to `lein install` your patched version and
depend on that until the official release goes out. Sorry!

On Thu, Nov 21, 2013 at 10:43 PM, Feng Hou hou...@gmail.com wrote:
 On Thursday, November 21, 2013 10:12:55 AM UTC-5, David Nolen wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.


 README and source code: https://github.com/clojure/clojurescript



 New release version: 0.0-2060


 Leiningen dependency information:


 [org.clojure/clojurescript 0.0-2060]


 Source map accuracy is considerably improved in this release. Source

 maps now work great under incremental compilation regardless of the
 level of optimization. PersistentVector performance is considerably
 improved for conj and instantiation.



 Enhancements:
 * CLJS-683: :source-map-path compiler option to simplify web server
   integration
 * enable-console-print! for console.log based printing
 * *print-length* now supported



 Bug fixes:
 * CLJS-691: IComparable for keywords and symbols
 * CLJS-674: relativization of source map paths

 I'm stuck with java 6 on an old MacAir. This patch does the same thing 
 without using java 7 methods. All asserts in these files pass on Mac and 
 Linux.

 diff --git a/src/clj/cljs/closure.clj b/src/clj/cljs/closure.clj
 index b13adf0..e67409c 100644
 --- a/src/clj/cljs/closure.clj
 +++ b/src/clj/cljs/closure.clj
 @@ -987,8 +987,8 @@

  (defn same-or-subdirectory-of? [dir path]
Checks that path names a file or directory that is the dir or a 
 subdirectory there of.
 -  (let [dir-path  (.toAbsolutePath (.toPath (io/file dir)))
 -path-path (.toAbsolutePath (.toPath (io/file path)))]
 +  (let [dir-path  (.getCanonicalPath (io/file dir))
 +path-path (.getCanonicalPath (io/file path))]
  (.startsWith path-path dir-path)))

  (defn check-output-to [{:keys [output-to] :as opts}]
 diff --git a/src/clj/cljs/source_map.clj b/src/clj/cljs/source_map.clj
 index 9363601..edc5739 100644
 --- a/src/clj/cljs/source_map.clj
 +++ b/src/clj/cljs/source_map.clj
 @@ -165,14 +165,12 @@
:default
(let [unrelativized-jpath (- bare-munged-path
  io/file
 -.toPath
 -.toAbsolutePath)
 +.toURI)
  source-map-parent-jpath (- source-map
  io/file
 -.toPath
 -.toAbsolutePath
 -.getParent)]
 -(str (.relativize source-map-parent-jpath 
 unrelativized-jpath))
 +.getParentFile
 +.toURI)]
 +(.getPath (.relativize source-map-parent-jpath 
 unrelativized-jpath))

  (defn encode
Take an internal source map representation represented as nested

 * CLJS-687: error when deftype/record used as a function

 * CLJS-639: warnings when record initialized incorrectly
 * CLJS-672: source maps + optimizations + :libs breaks building
 * CLJS-676: source map stale under incremental compilation + closure
   optimization

 * CLJS-684: throw on circular dependency
 * CLJS-583: duplicate keys in sets
 * CLJS-680: function name shadows JS globals
 * CLJS-699: namespaced keyword regression
 * CLJS-647: js-obj keys could not be expressions

 --
 Note that posts from new members are moderated - please be patient with your 
 first post.
 ---
 You received this message because you are subscribed to the Google Groups 
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescr...@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.

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

Re: [ANN] Leiningen 2.3.4 released

[Tim Visher]

Thanks so much to Phil, Nelson, Jean Niklas, and the rest of the Leiningen team!

On Tue, Nov 19, 2013 at 1:41 PM, Phil Hagelberg p...@hagelb.org wrote:

 Hello folks. I'm happy to announce the release of Leiningen 2.3.4.

 This one is primarily a bugfix release; though there are a few minor
 enhancements.

 ## 2.3.4 / 2013-11-18

 * Suggest `:exclusions` to possibly confusing `:pedantic?` dependencies. 
 (Nelson Morris, Phil Hagelberg)
 * Optionally look for snapshot templates in `new` task. (Travis Vachon)
 * Allow task chains to be declared without commas in project.clj. (Jean 
 Niklas L'orange)
 * Support extra configurability in `:pom-plugins`. (Dominik Dziedzic)
 * Fix a bug where implicit :aot warning triggered incorrectly. (Jean Niklas 
 L'orange)
 * Fix a bug where `lein repl connect` ignored port argument. (Toby Crawley)

 This brings all the functionality of the deprecated lein-pedantic plugin
 into Leiningen itself. The snapshot template functionality allows
 template developers to test their changes more easily, and the support
 for improved task chaining allows us to express higher-order task
 invocations in project.clj in a properly nested way without resorting to
 commas, which are a hack to work around shell arguments' lack of
 structuring.

 As usual, running `lein upgrade` will pull in the latest stable release,
 and if you run into any issues you can always run `lein downgrade 2.3.3`
 to go back to the previous release. Please report any issues on the
 Leiningen mailing list or the GitHub issue tracker.

 Thanks to all the contributors and users who helped us get to this release.

 -Phil

-- 
-- 
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: [ClojureScript] ANN: ClojureScript 0.0-2030, core.async compatibility

[Tim Visher]

Figure I'd ask this on this thread since it's the latest public release.

I'm trying to get relative source maps to work and I'm not sure if I'm
doing something wrong or there's a bug.

I have the following entry in my [project.clj][] `cljsbuild` section
with `0.0-2030` in my deps:

{:id advanced
 :source-paths   [src/cljs]
 :compiler   {:pretty-print  false
  :output-to resources/public/js/bible-plan.js
  :output-dirresources/public/js
  :source-mapresources/public/js/bible-plan.js.map
  :externs   [externs/bible-plan-bibles-externs.js]
  :optimizations :advanced}}

The effect that I would expect that to have would be to output
`bible-plan.js` into `resources/public/js` with the line `//#
sourceMappingURL=bible-plan.js.map` at the bottom, and
`bible-plan.js.map` into `resources/public/js`, and indeed it does.

The contents of [`bible-plan.js.map`][], however, I would expect to
have entries like:

[goog/base.js,
 goog/string/string.js,
 goog/debug/error.js,
 goog/asserts/asserts.js,
 goog/array/array.js,
 goog/object/object.js,
 …

In it, because the all the files are being output to common directory.

Instead, it contains:

[resources/public/js/goog/base.js,
 resources/public/js/goog/string/string.js,
 resources/public/js/goog/debug/error.js,
 resources/public/js/goog/asserts/asserts.js,
 resources/public/js/goog/array/array.js,
 resources/public/js/goog/object/object.js,
…

Which doesn't then resolve automatically because it becomes
`js/resources/public/js/…` in the resulting server.

Is this the intended behavior?

[project.clj]: 
https://github.com/timvisher/bible-plan/blob/source-maps/project.clj#L36-L53
[`bible-plan.js.map`]:
https://github.com/timvisher/bible-plan/blob/source-maps/resources/public/js/bible-plan.js.map

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: cider status

[Tim Visher]

While I'm glad to hear that there are users out there for whom cider
is working great, I would still say based on following the project on
GitHub that there are far too many issues being filed based on
function names not being defined etc. to consider the current release
stable.

As always, YMMV.

On Tue, Nov 12, 2013 at 12:37 PM, Gary Trakhman gary.trakh...@gmail.com wrote:
 Stable for me, the only outside tool I use that relies on it is ac-nrepl,
 but switching the hooks over for cider was painless.


 On Tue, Nov 12, 2013 at 12:35 PM, Norman Richards o...@nostacktrace.com
 wrote:


 On Tue, Nov 12, 2013 at 10:22 AM, Phillip Lord
 phillip.l...@newcastle.ac.uk wrote:

 I have tried it a couple of times and keep reverting back to nrepl. One
 of the biggest issues is nrepl-ritz which depends on nrepl and not
 nrepl-client. So switching to cider appears to mean ditching ritz.


 Although I don't understand why anyone thought it was a good idea to
 change package names, I can confirm that for my daily clojure development,
 the transition was fairly painless (uninstall/reinstall packages and update
 some init.el configuration) and has not caused any problems with the set of
 emacs clojure tools I use.  (which does not include ritz)  I don't remember
 when I made the move, but it's been at least a week.

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

-- 
-- 
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: Name of graphing library

[Tim Visher]

This smacks of something that I saw in a Stu Halloway talk once. I
also can't remember the name of it. :(

On Mon, Nov 11, 2013 at 4:14 AM, JvJ kfjwhee...@gmail.com wrote:
 I once encountered a library that could render clojure data structures (i.e.
 trees, maps, etc.) as ascii text.

 I can't remember the name of the library, and I can't find it.  Has anyone
 else encountered it?

 Thanks

 --
 --
 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: What font is used for Clojure on clojure.org?

[Tim Visher]

It's funny that in the comments bbatsov and I have already explored
this space a bit. :)

It seems like everyone has a different experience of drinking cider.
I've never drank cider in anything but cups or mugs, and hot cider is
always served in a mug in my circles. While it seems like other people
have only ever drank it from champagne glasses. I wonder if this'll be
a consistent source of confusion. :)

On Thu, Nov 7, 2013 at 8:04 AM, Erlis Vidal er...@erlisvidal.com wrote:
 Is there any screen cast that shows how to use Cider? I would like to see it
 in action.

 I really liked this logo
 https://github.com/clojure-emacs/cider/issues/399#issuecomment-27805491 I
 think it blends the Cider concept with the clojure characters ... the other
 are more colorful but really it looks like a coffee mug.

 Great Job!

 Erlis


 On Wed, Nov 6, 2013 at 12:32 PM, Tim Visher tim.vis...@gmail.com wrote:

 Thanks, Tom!

 Here's what I did with it:
 https://github.com/clojure-emacs/cider/issues/399#issuecomment-27878950


 On Wed, Nov 6, 2013 at 11:56 AM, Tom Hickey thic...@gmail.com wrote:
  Hi Tim,
 
  That is Avenir 65 Medium.
 
  Cheers,
  Tom Hickey
 
 
  On Wednesday, November 6, 2013 11:06:24 AM UTC-5, Tim Visher wrote:
 
  I'm looking for it to incorporate it into a cIDEr logo I'm playing
  with.
 
  --
 
  In Christ,
 
  Timmy V.
 
  http://blog.twonegatives.com/
  http://five.sentenc.es/ -- Spend less time on mail
 
  --
  --
  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.


 --
 --
 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: What font is used for Clojure on clojure.org?

[Tim Visher]

Cider _is_ nrepl.el at this point, essentially, so any screencast
documenting nrepl.el would get you most of the way there.

Also, Cider is _unstable_ at this point. I'm still using nrepl 0.2.0
and it's working fine. I would _not_ recommend upgrading to Cider at
this point.

On Thu, Nov 7, 2013 at 9:10 AM, Erlis Vidal er...@erlisvidal.com wrote:
 And what about the screencasts?

 On Nov 7, 2013 8:34 AM, Tim Visher tim.vis...@gmail.com wrote:

 It's funny that in the comments bbatsov and I have already explored
 this space a bit. :)

 It seems like everyone has a different experience of drinking cider.
 I've never drank cider in anything but cups or mugs, and hot cider is
 always served in a mug in my circles. While it seems like other people
 have only ever drank it from champagne glasses. I wonder if this'll be
 a consistent source of confusion. :)

 On Thu, Nov 7, 2013 at 8:04 AM, Erlis Vidal er...@erlisvidal.com wrote:
  Is there any screen cast that shows how to use Cider? I would like to
  see it
  in action.
 
  I really liked this logo
  https://github.com/clojure-emacs/cider/issues/399#issuecomment-27805491
  I
  think it blends the Cider concept with the clojure characters ... the
  other
  are more colorful but really it looks like a coffee mug.
 
  Great Job!
 
  Erlis
 
 
  On Wed, Nov 6, 2013 at 12:32 PM, Tim Visher tim.vis...@gmail.com
  wrote:
 
  Thanks, Tom!
 
  Here's what I did with it:
  https://github.com/clojure-emacs/cider/issues/399#issuecomment-27878950
 
 
  On Wed, Nov 6, 2013 at 11:56 AM, Tom Hickey thic...@gmail.com wrote:
   Hi Tim,
  
   That is Avenir 65 Medium.
  
   Cheers,
   Tom Hickey
  
  
   On Wednesday, November 6, 2013 11:06:24 AM UTC-5, Tim Visher wrote:
  
   I'm looking for it to incorporate it into a cIDEr logo I'm playing
   with.
  
   --
  
   In Christ,
  
   Timmy V.
  
   http://blog.twonegatives.com/
   http://five.sentenc.es/ -- Spend less time on mail
  
   --
   --
   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.
 
 
  --
  --
  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.

 --
 --
 You received this message because you are subscribed to the Google
 Groups Clojure group.
 To post

What font is used for Clojure on clojure.org?

[Tim Visher]

I'm looking for it to incorporate it into a cIDEr logo I'm playing with.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: What font is used for Clojure on clojure.org?

[Tim Visher]

Thanks, Tom!

Here's what I did with it:
https://github.com/clojure-emacs/cider/issues/399#issuecomment-27878950


On Wed, Nov 6, 2013 at 11:56 AM, Tom Hickey thic...@gmail.com wrote:
 Hi Tim,

 That is Avenir 65 Medium.

 Cheers,
 Tom Hickey


 On Wednesday, November 6, 2013 11:06:24 AM UTC-5, Tim Visher wrote:

 I'm looking for it to incorporate it into a cIDEr logo I'm playing with.

 --

 In Christ,

 Timmy V.

 http://blog.twonegatives.com/
 http://five.sentenc.es/ -- Spend less time on mail

 --
 --
 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: [ClojureScript] ANN: ClojureScript 0.0-1978

[Tim Visher]

Nice! Incremental compilation of whitespace optimizations + source
maps are now working for me!

On Sun, Oct 27, 2013 at 9:32 PM, David Nolen dnolen.li...@gmail.com wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.

 README and source code: https://github.com/clojure/clojurescript

 New release version: 0.0-1978

 Leiningen dependency information:

 [org.clojure/clojurescript 0.0-1978]

 Changes:
 * tools.reader 0.7.10

 Enhancements:
 * Significantly better source map support - should work with or without
 Closure optimizations and should work with incremental compilation across
 JVM runs. If you haven't tried the source map feature before, now's a good
 time :)

 Bug fixes:
 CLJS-638: Keyword invoke is inconsistent with clojure
 CLJS-632: use tools.reader's *alias-map* for tracking aliases instead of
 Clojure namespaces
 CLJS-471: prevent empty regexps from causing compiler errors
 CLJS-628: *cljs-file* not bound when compiling to stdout
 CLJS-634: do not call getPath on a null value
 CLJS-635: Clojure consistent implementations of -rseq
 CLJS-608: Stop re-seq after reaching end of string
 CLJS-591: source relative path for source map
 CLJS-617: double evaluation of ^not-native type-hinted expressions

 --
 Note that posts from new members are moderated - please be patient with your
 first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescr...@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.

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

Conj Schedule any time soon? EOM

[Tim Visher]

Conj Schedule any time soon? EOM

-- 
-- 
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: [ANN] Timeline - a library for time-varying data values

[Tim Visher]

On Tue, Oct 15, 2013 at 8:15 AM, Mikera mike.r.anderson...@gmail.com wrote:
 I just created a new, small, experimental library because I needed to
 represent a timeline of values as an immutable object.

This sounds very cool. I've been thinking about doing something like
this for awhile to support permalinks that will never break in a
webapp I've been working on for forever.

Thanks!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ANN] Grenchman, for running Clojure code quickly

[Tim Visher]

All I want to say is that you are still _the man_ when it comes to
pushing cli clojure tooling forward, IMHO. Thanks so much!

On Tue, Oct 8, 2013 at 10:49 PM, Phil Hagelberg p...@hagelb.org wrote:
 When we've polled Leiningen users in the past[1], the #1 pain point
 people always report is its startup time. While there have been a number
 of strategies suggested to reduce the annoyance of slow JVM startup time
 and project loading, keeping your JVMs around can lead to awkward
 workflows in some situations given the tooling we've had so far.

 To this end I'm happy to announce the release of Grenchman, a tool for
 executing Clojure code in a running process *quickly*:

 http://leiningen.org/grench.html

 With Grenchman you can launch an nREPL server in the background
 (typically with `lein trampoline repl :headless`, but you can also embed
 an nREPL server in a production setting) and then connect to it directly
 From the command-line with minimal overhead:

 $ time grench eval '(println Hello, world!)'
 Hello, world!

 real0m0.117s
 user0m0.024s
 sys 0m0.024s

 This opens up a number of new command-line-centric workflows.

 You can also invoke Leiningen tasks from Grenchman if you launch a
 separate out-of-project `lein repl :headless` server:

 $ time grench lein version
 Leiningen 2.3.3 on Java 1.6.0_27 OpenJDK 64-Bit Server VM
 real0m0.118s
 user0m0.032s
 sys 0m0.020s

 Finally, Grenchman includes its own interactive nREPL client using GNU
 Readline:

 $ grench repl
 user= (System/getProperty user.dir)
 /home/phil/src/syme
 [...]

 Plans for the next version[3] include completion in the repl client and
 support for repl history and multi-line form input. While it is a very
 young project, the non-interactive functionality is quite stable.

 Please give Grenchman a try if this sounds interesting to you. The
 install process is the same as Leiningen where you download and chmod an
 executable, except that there is a different executable for different
 platforms; I have precompiled binaries for several common platforms at
 the link above and will post user-contributed builds for other platforms
 I don't have access to if there is demand.

 thanks,
 Phil

 [1] - https://lein-survey-2013.herokuapp.com/results and
 https://lein-survey-2012.herokuapp.com/results

 [2] - https://github.com/technomancy/leiningen/wiki/Faster

 [3] - https://github.com/technomancy/grenchman/issues?milestone=2state=open

 [4] - Grenchman was inspired to a degree by Jark
 (http://icylisper.github.io/jark/) but does not share any code with it.

 [5] - Timings above are taken from my 4½-year-old laptop; newer hardware
 would perform better.

-- 
-- 
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 to reload Clojure files while connected to Clojurescript browser repl in Emacs?

[Tim Visher]

On Mon, Oct 7, 2013 at 2:26 AM, George Oliver georgeolive...@gmail.com wrote:
 On Sunday, October 6, 2013 11:15:26 PM UTC-7, George Oliver wrote:
 I could be wrong but my understanding is that the browser is just
 connecting to your cljs repl which actually is in the 'clojure repl'.
 Certainly if you refresh the page state built up in the browser is reset,
 but state in the cljs repl is a different story.

 Well, that'll teach me to make a claim without verifying it first -- state
 in the repl -is- refreshed on a page refresh.

LOL. At least we both maybe have a better understanding of things now. :)

That would be pretty magical though, to have a js 'file', maybe served
out of ring, that is automatically updated based on interactions at
the repl so that your browser would always have the latest stuff. Sort
of like `cljsbuild auto`, but a slightly smaller hammer? I don't know
enough of what I'm talking about to take it further than that.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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 to reload Clojure files while connected to Clojurescript browser repl in Emacs?

[Tim Visher]

On Wed, Oct 2, 2013 at 3:17 AM, George Oliver georgeolive...@gmail.com wrote:
 On Sunday, September 29, 2013 8:12:23 PM UTC-7, Tim Visher wrote:

 Now with nrepl's ability to have multiple sessions open at once (an
 ability I haven't taken any advantage of personally), you should be
 able to have a JVM nrepl open _and_ a browser repl nrepl session, both
 of which would be modifying client and server sides of the code
 respectively.

 The
 functionality in Austin enables browser refreshes while maintaining a
 connected browser repl, dealing with state is another issue.

That sounds really cool. I was not aware that Austin could do this. Do
you have any pointers to documentation about it? Again, my model of
how the system works is that the browser _is_ the repl, so refreshing
the browser completely resets you back to the last time the
clojurescript was built.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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 to reload Clojure files while connected to Clojurescript browser repl in Emacs?

[Tim Visher]

I'll let others comment further on your general workflow, but I do
think you have a fundamental misunderstanding about the browser repl.

The browser repl is directly connected to the browser, so you don't
need to refresh the page to see changes you're making at the browse
repl. In fact, if you refresh the page, the browser repl's state is
lost and the js state is reset to the base compiled files.

Now with nrepl's ability to have multiple sessions open at once (an
ability I haven't taken any advantage of personally), you should be
able to have a JVM nrepl open _and_ a browser repl nrepl session, both
of which would be modifying client and server sides of the code
respectively.

When thinking about the browser repl, I find it best to think in terms
of the browser tab being the JVM. If the browser tab goes down, I
loose all my state without recompiling the file, which involves either
running it through the compilation phase of gclosure or reconnecting
and reloading the files.

On Sun, Sep 29, 2013 at 10:24 PM, George Oliver
georgeolive...@gmail.com wrote:
 I sent this to Clojure-tools before I realized that list is not really for
 support questions, apologies for the crosspost.

 I'm hoping someone can help me fit the missing piece in this workflow:

 (this works)

 1. nrepl-jack-in in Emacs
 2. launch web server from nrepl, modify Clojure files and reload (C-c C-k),
 refresh browser to see changes
 3. launch browser repl from Emacs nrepl, connect it to the browser (using
 Austin [0], works great)

 (this doesn't work)

 4. while connected with browser repl, modify Clojure files and reload,
 refresh browser to see changes

 All with the goal of being able to reload server-side code and also have the
 live browser repl to interact with the client-side.

 So far step 4 seems to reload Clojure code into the Clojurescript repl,
 obviously this won't work.

 I tried to connect two nrepl sessions to the same nrepl server following
 this thread [1] as so:

  1) call nrepl-jack-in to start a server
  2) get *nrepl* buffer for Clojure session
  3) connect to the same server once more to get *nrepl*2
  4) rename it to *cljs-repl*
  5) make nrepl-nrepl-buffer local
  6) set value of nrepl-nrepl-buffer to *cljs-repl* in cljs buffers

 I got everything up to (5), but setting nrepl-repl-buffer (I think that's
 what he meant ??) buffer local to my cljs file then doing step 6 didn't have
 any effect. I don't know much of elisp or Emacs though so I'm not sure if I
 followed those steps correctly.

 There have been some recent threads on this topic [2] but no complete
 solution as far as I can tell.


 thanks for any help,

 George



 [0] https://github.com/cemerick/austin
 [1] https://groups.google.com/forum/#!topic/clojure-tools/C0jND-uuV28
 [2] https://groups.google.com/forum/#!topic/clojure-tools/aCk59YTUV_I


 --
 --
 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: Clojure, floats, ints and OpenGL

[Tim Visher]

Hi Mikera,

I don't have a whole lot of skin in this game as, unfortunately, I
haven't run into any performance bottlenecks that I couldn't fix in a
satisfying way whilst writing Clojure.

My impression, however, is that there are some people in the community
who feel the performance limitations of some of Clojure's core design
decisions.

I've been following this discussion as it's going on and it seems like
it's winding down in the same way I've watched many such discussions
wind down in the past: Can we please get an official word from Rich
whether this would be worth someone's time?

That's usually where these things die.

So have you considered writing up a more formal proposal, maybe with
some very rough sketches of how you might envision implementing
things, and actually sending it to Rich (or maybe at this point Alex
Miller)? Ideally this wouldn't be something as time consuming as a
full prototype but would be more than just some thoughts scratched out
on mail.

I think he basically doesn't read this list or visit IRC anymore and
getting heard here on something like design directions for Clojure
seems like a fool's errand.

Anyway, I like being able to follow these discussions on the mailing
list and I think the mailing list is still a good place to gauge
interest and get some thoughts on design direction (Timothy's been
doing a great job lately of bringing up edge cases that may not have
been considered), but I think you'll probably never see an official
word on Clojure here.

Keep up the good work!

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ClojureScript] ANN: ClojureScript 0.0-1877 (Breaking change)

[Tim Visher]

On Sun, Sep 8, 2013 at 7:42 PM, David Nolen dnolen.li...@gmail.com wrote:
 ClojureScript, the Clojure compiler that emits JavaScript source code.

 README and source code: https://github.com/clojure/clojurescript

 New release version: 0.0-1877

 Leiningen dependency information:

 [org.clojure/clojurescript 0.0-1877]

Which repo was this published to?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: [ANN] clojuretip.herokuapp.com

[Tim Visher]

Hah! Love it!

On Sat, Sep 7, 2013 at 1:09 PM, Steven Degutis sbdegu...@gmail.com wrote:
 Yesterday in #clojure:

 TimMc To get your random API learnin' of the day, just run: (-
 clojure.core quote the-ns ns-publics seq rand-nth val meta ((juxt :name
 :doc)) (map println) dorun)

 Awesome, right? So I put a lil web wrapper around it and uploaded it to
 clojuretip.herokuapp.com and https://github.com/sdegutis/clojuretip.

 -Steven

 --
 --
 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: Clojure for the Brave and True, an online book for beginners

[Tim Visher]

On Wed, Sep 4, 2013 at 6:32 PM, Daniel Higginbotham
nonrecurs...@gmail.comwrote:

 With the C-s/C-r keybindings, I think the emacs.d I point has swapped
 isearch and regexp search. I'll double-check that.


This is an amazing microcosm of _exactly_ why Rich and others seem to be
pointing people away from Emacs lately. :)

I think the main point here is that if you want to learn Lisp, you should
probably learn Clojure, and if you want to pick up Emacs at the same time,
you're learning 2 Lisps, one of which is _significantly_ less disciplined
than the other, and also far less obvious as to the power inherent to it.

I've used Emacs for 15 years now and I have never regretted for a second
having taken the dive into learning it. I do, however, think it's wise to
take a simpler approach to learning new tech. If someone is using an
editor/IDE they're already comfortable with, then get them to learn Clojure
there until they're comfortable with Clojure. Sometime down the road, after
they've groked the power of Lisp, start to give them subtle hints that
there's this editor out there that's actually built in large part in Lisp
that affords you much of the simplicity, power, and focus you're now used
to in your normal programming tool. At that point, they'll actually be more
capable of understanding why Emacs is so amazing.

Then they'll start to grumble about Lisp machines and [launch out into the
dismal swamp that is the rest of our programming careers][lisp is not an
acceptable lisp]. :)

[lisp is not an acceptable lisp]:
http://steve-yegge.blogspot.com/2006/04/lisp-is-not-acceptable-lisp.html

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: tools for minimizing forward declaration

[Tim Visher]

On Mon, Aug 19, 2013 at 11:09 PM, Armando Blancas abm221...@gmail.com wrote:
 I'll point out as well that though I thought Yegge's criticisms of
 Clojure were a bit polemical (I guess that's his style), the single
 pass compiler issue was one of his biggest gripes, and I do think it
 still rings true. I feel like I have to babysit clojure in this
 regard, when I usually feel like clojure is babysitting me! :)

 Have you seen this? https://news.ycombinator.com/item?id=2467359

That's what I was referring to. Was there something specific about it
that you wanted to call out? :)

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: tools for minimizing forward declaration

[Tim Visher]

I'll point out as well that though I thought Yegge's criticisms of
Clojure were a bit polemical (I guess that's his style), the single
pass compiler issue was one of his biggest gripes, and I do think it
still rings true. I feel like I have to babysit clojure in this
regard, when I usually feel like clojure is babysitting me! :)

On Mon, Aug 19, 2013 at 7:06 PM, Mark Engelberg
mark.engelb...@gmail.com wrote:
 I agree this is a huge pain, although I don't know if I'd call it a forward
 declaration issue as much as it is an issue with Clojure not allowing
 circular dependencies among modules.

 Potemkin seems to be the best way to deal with this particular scenario, but
 I personally think that this is an important enough problem that a standard
 mechanism for referring-and-reexporting a var should be built into Clojure's
 core.

 --
 --
 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: function creation, partial or #()

[Tim Visher]

I will also note that any lamdba of more than one (_maybe_ two) args
_must_, for me, be in the `(fn […] …)` form.

Not only does it have the advantage of taking the function name, but
it also is much easier to read what it's doing when I can explicitly
name it's inputs.

On Fri, Aug 16, 2013 at 7:37 AM, Stefan Kamphausen ska2...@gmail.com wrote:


 On Friday, August 16, 2013 9:45:53 AM UTC+2, Antonio Terreno wrote:


 I much prefer the #(), (fn[]) is longer so it's a no-go ;)



 fn has the huge advantage of taking an (optional) name, which will show up
 in stack traces.

 Just my 2ct
 Stefan

 --
 --
 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: Help with Incanter and Emacs

[Tim Visher]

On Tue, Aug 13, 2013 at 1:59 PM, Akhil Wali green.transis...@gmail.com wrote:
 Hi All,

 A really noob question.

 Why do I get FileNotFoundException Could not locate incanter__init.class or
 incanter.clj on classpath:   clojure.lang.RT.load (RT.java:443) when i load
 a file that uses incanter in emacs?
 Here's the file...

 (ns default.core
   (:require incanter core charts stats datasets))

 (defn plot []
   (view (scatter-plot :Sepal.Length :Sepal.Width
   :group-by :Species
   :data (get-dataset :iris

 (plot)

 This works in lein repl just fine.
 I'm using Emacs 24 and nrepl.el 0.1.8.

 This issue was posted on Github way long back. Seems to be solved, but by
 simply upgrading emacs. Doesn't really work in my case.
 Any advise?

Couple things.

1. I'm assuming you've declared the proper dependencies in your
`project.clj` file since this works from `lein repl`, however it's
worth checking.

2. How are you connecting to your project? Simply loading the
namespace won't work if you haven't properly jack in. There's a number
of options here but the simplest is probably to use `M-x
nrepl-jack-in` (usually bound to `C-c M-j`) from this file. It should
Just Work™.

If that doesn't work, I'd probably post some more details about the
project somewhere. At least the `project.clj` and the whole ns would
be helpful in a gist of some sort.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: function creation, partial or #()

[Tim Visher]

On Tue, Aug 13, 2013 at 8:47 AM, Jay Fields j...@jayfields.com wrote:
 Say you have a simple function: (defn do-work [f] (f))

 When you want to call do-work you need a function, let's pretend we
 want to use this function: (defn say-hello [n] (println hello n))

 Which of the following solutions do you prefer?

 (do-work (partial say-hello bob))
 (do-work #(say-hello bob))

 I'd been using partial (which I font-lock**), but a teammate recently
 pointed out that partial's documentation explicitly calls out the fact
 that the number of args to partial should be less than the number of
 args to f. In practice it's been working 'fine', but I can't help but
 wonder if I'm sacrificing something I'm not aware of (performance?)

It depends.

I endeavor to use `partial` whenever what I'm doing is fixing leading
arguments. I think it reads better.

Whenever I have to fall back to to the reader macro it is always
because the args were ordered poorly for my particular use. I usually
get frustrated at the library author at this point, and then quickly
realize what an idiot I'm being and move on.

I haven't had any situations yet that required deep optimization and
I'm a firm believer in premature optimization being the root of all
evil so for the entirety of my career in clojure I've only ever
optimized for readability.

I'll get to that next level soon enough, I'm sure.

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

-- 
-- 
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: Help with Incanter and Emacs

[Tim Visher]

And you're connecting to the project how?

On Tue, Aug 13, 2013 at 2:11 PM, Akhil Wali green.transis...@gmail.com wrote:
 Well
 Here's my project.clj.

 (defproject someproj 0.1.0-SNAPSHOT
   :dependencies [[org.clojure/clojure 1.5.1]
  [incanter 1.5.2]])

 Here's my .lein/profiles.clj as well.

 {:user {:plugins [[lein-ritz 0.7.0]
   [compojure-app/lein-template 0.2.7]]
 :dependencies [[ritz/ritz-nrepl-middleware 0.7.0]]
 :repl-options {:nrepl-middleware
[ritz.nrepl.middleware.javadoc/wrap-javadoc

 ritz.nrepl.middleware.simple-complete/wrap-simple-complete]}}}



 On Tuesday, August 13, 2013 11:35:58 PM UTC+5:30, Tim Visher wrote:

 On Tue, Aug 13, 2013 at 1:59 PM, Akhil Wali green.tr...@gmail.com wrote:
  Hi All,
 
  A really noob question.
 
  Why do I get FileNotFoundException Could not locate
  incanter__init.class or
  incanter.clj on classpath:   clojure.lang.RT.load (RT.java:443) when i
  load
  a file that uses incanter in emacs?
  Here's the file...
 
  (ns default.core
(:require incanter core charts stats datasets))
 
  (defn plot []
(view (scatter-plot :Sepal.Length :Sepal.Width
:group-by :Species
:data (get-dataset :iris
 
  (plot)
 
  This works in lein repl just fine.
  I'm using Emacs 24 and nrepl.el 0.1.8.
 
  This issue was posted on Github way long back. Seems to be solved, but
  by
  simply upgrading emacs. Doesn't really work in my case.
  Any advise?

 Couple things.

 1. I'm assuming you've declared the proper dependencies in your
 `project.clj` file since this works from `lein repl`, however it's
 worth checking.

 2. How are you connecting to your project? Simply loading the
 namespace won't work if you haven't properly jack in. There's a number
 of options here but the simplest is probably to use `M-x
 nrepl-jack-in` (usually bound to `C-c M-j`) from this file. It should
 Just Work™.

 If that doesn't work, I'd probably post some more details about the
 project somewhere. At least the `project.clj` and the whole ns would
 be helpful in a gist of some sort.

 --

 In Christ,

 Timmy V.

 http://blog.twonegatives.com/
 http://five.sentenc.es/ -- Spend less time on mail

 --
 --
 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: Help with Incanter and Emacs

[Tim Visher]

LOL. I just realized I'd been missing that all along.

It seems like the community is more and more leaning to something like
this, just FYI.

(ns default.core
  (:require (incanter [core  :refer :all]
[charts:refer :all]
[stats  :refer :all]
[datasets :refer :all])))

`:use` has been discussed in the interest of deprecating it many times.

I did not test the above declaration.

On Tue, Aug 13, 2013 at 2:40 PM, Akhil Wali green.transis...@gmail.com wrote:
 Well this is embarrassing.

 I was having a wrong use syntax ..
 Changed the import line to this and it works.

 (ns default.core
   (:use [incanter core charts stats datasets]))

 Thanks for the help though!!

 On Tuesday, August 13, 2013 11:57:46 PM UTC+5:30, Akhil Wali wrote:

 Yes, by nrepl-jack-in.

 On Tuesday, August 13, 2013 11:54:24 PM UTC+5:30, Tim Visher wrote:

 And you're connecting to the project how?

 On Tue, Aug 13, 2013 at 2:11 PM, Akhil Wali green.tr...@gmail.com
 wrote:
  Well
  Here's my project.clj.
 
  (defproject someproj 0.1.0-SNAPSHOT
:dependencies [[org.clojure/clojure 1.5.1]
   [incanter 1.5.2]])
 
  Here's my .lein/profiles.clj as well.
 
  {:user {:plugins [[lein-ritz 0.7.0]
[compojure-app/lein-template 0.2.7]]
  :dependencies [[ritz/ritz-nrepl-middleware 0.7.0]]
  :repl-options {:nrepl-middleware
 [ritz.nrepl.middleware.javadoc/wrap-javadoc
 
  ritz.nrepl.middleware.simple-complete/wrap-simple-complete]}}}
 
 
 
  On Tuesday, August 13, 2013 11:35:58 PM UTC+5:30, Tim Visher wrote:
 
  On Tue, Aug 13, 2013 at 1:59 PM, Akhil Wali green.tr...@gmail.com
  wrote:
   Hi All,
  
   A really noob question.
  
   Why do I get FileNotFoundException Could not locate
   incanter__init.class or
   incanter.clj on classpath:   clojure.lang.RT.load (RT.java:443)
   when i
   load
   a file that uses incanter in emacs?
   Here's the file...
  
   (ns default.core
 (:require incanter core charts stats datasets))
  
   (defn plot []
 (view (scatter-plot :Sepal.Length :Sepal.Width
 :group-by :Species
 :data (get-dataset :iris
  
   (plot)
  
   This works in lein repl just fine.
   I'm using Emacs 24 and nrepl.el 0.1.8.
  
   This issue was posted on Github way long back. Seems to be solved,
   but
   by
   simply upgrading emacs. Doesn't really work in my case.
   Any advise?
 
  Couple things.
 
  1. I'm assuming you've declared the proper dependencies in your
  `project.clj` file since this works from `lein repl`, however it's
  worth checking.
 
  2. How are you connecting to your project? Simply loading the
  namespace won't work if you haven't properly jack in. There's a number
  of options here but the simplest is probably to use `M-x
  nrepl-jack-in` (usually bound to `C-c M-j`) from this file. It should
  Just Work™.
 
  If that doesn't work, I'd probably post some more details about the
  project somewhere. At least the `project.clj` and the whole ns would
  be helpful in a gist of some sort.
 
  --
 
  In Christ,
 
  Timmy V.
 
  http://blog.twonegatives.com/
  http://five.sentenc.es/ -- Spend less time on mail
 
  --
  --
  You received this message because you are subscribed to the Google
  Groups Clojure group.
  To post to this group, send email to clo...@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+u...@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+u...@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.

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

Re: Should `nbsp;` be trimmed using `clojure.string/trim`? EOM

[Tim Visher]

Hi Andy,

On Mon, Aug 12, 2013 at 12:17 AM, Andy Fingerhut
andy.finger...@gmail.com wrote:
 Clojure's clojure.string/trim uses Java's String/trim, but
 clojure.string/triml and trimr use Java's Character/isWhitespace to
 determine which characters are white space to remove.  CLJ-935 has a
 suggested patch to make them all use Character/isWhitespace:

 http://dev.clojure.org/jira/browse/CLJ-935

 Character/isWhitespace doesn't consider Unicode code point 0x00A0 a
 whitespace character, either, though.  Java's Character/isSpaceChar does,
 but neither of those Java methods recognize a set of whitespace characters
 that is a superset of the other.  Fun, eh?

Thanks for the pointer to the ticket.

Since I can't seem to comment on the ticket there, wouldn't it make
sense to make trim blow away anything that isWhitespace or isSpaceChar
returns true for? I get the problem with the host platform's trim
method not agreeing, but semantically trim is supposed to trim
whitespace from the beginning and end of a string, and either of those
two methods are talking about whitespace (albeit in subtly different
ways for whatever reason).

 I'd recommend writing your own trim that gets rid of exactly what you want.
 Start by copying from the existing triml or the version of trim in the patch
 for CLJ-935 and tailoring the condition for whitespace characters to your
 heart's desire.

I got around the problem by taking a more 'declarative' approach and
removing everything in the string that wasn't a digit. That's probably
more forward compatible anyway but of course could lead to false
positives in the code elsewhere.

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

Should `nbsp;` be trimmed using `clojure.string/trim`? EOM

[Tim Visher]

Should `nbsp;` be trimmed using `clojure.string/trim`? EOM

-- 
-- 
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: Should `nbsp;` be trimmed using `clojure.string/trim`? EOM

[Tim Visher]

Sorry, I should have been more clear. In the following the space at
the end of the string is a no break space and the first execution is
under clojurescript, the second under clojure.

user (clojure.string/trim 54 )
54
bible-plan.mcheyne :cljs/quit
:cljs/quit
bible-plan.piggieback-rhino (clojure.string/trim 54 )
54 

So under clojurescript, a no break space is considered whitespace
(certainly what I would expect!) but on the jvm it is not.

That's the discrepancy I'm talking about. The unicode character NO
BREAK SPACE (http://www.fileformat.info/info/unicode/char/a0/index.htm)
seems like it should be considered whitespace.

Of course I know that JVM land String.trim does not do this but I
would basically consider that a bug.

Further thoughts?

--

In Christ,

Timmy V.

http://blog.twonegatives.com/
http://five.sentenc.es/ -- Spend less time on mail

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