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&utm_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&utm_source=footer>
> .
>

-- 
You received this message because yo

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 more options, visit th

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
 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 translate"TH" (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.

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

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

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 
clojure.tools.nrepl.middleware.interruptible_eval$interruptible_eval$fn__7610$fn__7613.

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

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

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

Re: braveclojure problem ( paste into emacs)

[Tim Visher]

On Wed, Apr 16, 2014 at 6:57 AM, Roelof Wobben  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  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: Any experience with Cognitect?

[Tim Visher]

👍


On Wed, Apr 9, 2014 at 4:47 PM, Mike Haney  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: Logo usage

[Tim Visher]

On Wed, Apr 9, 2014 at 4:06 PM, Plínio Balduino  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 Tue, Apr 8, 2014 at 12:56 PM, Mike Haney  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  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]

On Fri, Mar 28, 2014 at 8:08 AM, Peter Taoussanis  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: Unexpected core.async timeout behaviour

[Tim Visher]

Hi Peter,

On Fri, Mar 28, 2014 at 2:48 AM, Peter Taoussanis  wrote:
> Hi all, quick question:
>
> `(dotimes [_ 5] (go ( `(dotimes [_ 5] (go ( 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: How should I begin this project?

[Tim Visher]

On Mon, Mar 24, 2014 at 12:49 PM, Aditya Athalye
 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]

On Thu, Mar 20, 2014 at 1:43 PM, kurofune  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]

I would just use Google Calendar for that.

On Thu, Mar 20, 2014 at 3:53 AM, kurofune  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]

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

[Tim Visher]

On Sat, Jan 25, 2014 at 1:54 PM, Bridget  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]

On Mon, Jan 6, 2014 at 3:01 PM, David Nolen  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: ClojureScript integration with Emacs/Cider ?

[Tim Visher]

Hi Alexandru,

On Sun, Jan 5, 2014 at 3:30 PM, Alexandru Nedelcu  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: 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  wrote:
> Hi，Thank you so much ；）
> I use load-file at last and it works.
>
>
> 2014/1/3 Gary Trakhman 
>>
>> 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,  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  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: Finding available methods or docs for a value type

[Tim Visher]

On Fri, Dec 27, 2013 at 6:27 AM, Niels van Klaveren
 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: Akka-like framework in Clojure ?

[Tim Visher]

Hi Eric,

On Fri, Dec 27, 2013 at 3:54 AM, Eric Le Goff  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]

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

On Fri, Dec 20, 2013 at 12:16 PM, John Gabriele  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: 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
 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: 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  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  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: Philadelphia SICP Study Group starting Feb 5th

[Tim Visher]

Hi Paul,

On Tue, Dec 17, 2013 at 9:26 AM, Paul L. Snyder
 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: [ANN] cljs-start 0.0.7 now support source-map

[Tim Visher]

On Tue, Dec 17, 2013 at 8:14 AM, Andrew Voron  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  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: [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  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: [ClojureScript] Re: AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Mon, Dec 16, 2013 at 12:33 PM, Gary Johnson  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: Meta-eX: Power to Complect (featuring Rich Hickey)

[Tim Visher]

On Mon, Dec 16, 2013 at 6:41 AM, Samuel Aaron  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: 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  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  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: [ClojureScript] AnNN: ClojureScript 0.0-2120

[Tim Visher]

On Fri, Dec 13, 2013 at 10:15 AM, 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-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: cider status

[Tim Visher]

Hi Phil,

On Fri, Dec 13, 2013 at 4:57 AM, Phillip Lord
 wrote:
> Bozhidar Batsov  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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

On Mon, Nov 25, 2013 at 6:29 AM, Cedric Greevey  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]

On Mon, Nov 25, 2013 at 6:18 AM, Cedric Greevey  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: [ClojureScript] ANN: ClojureScript 0.0-2075

[Tim Visher]

Hi Mark,

On Sun, Nov 24, 2013 at 6:54 PM, Mark Mandel  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: Spit seems to use incorrect line terminator on Windoze

[Tim Visher]

On Sun, Nov 24, 2013 at 7:53 PM, Cedric Greevey  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: 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  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]

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  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: [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  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  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 unsubscrib

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  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-dir"resources/public/js"
  :source-map"resources/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  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 
> wrote:
>>
>>
>> On Tue, Nov 12, 2013 at 10:22 AM, Phillip Lord
>>  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  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]

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  wrote:
> And what about the screencasts?
>
> On Nov 7, 2013 8:34 AM, "Tim Visher"  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  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 
>> > 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  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
>&

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

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

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: [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  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  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  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=2&state=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  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  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
 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  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  wrote:
> Yesterday in #clojure:
>
>  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
wrote:

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

[Tim Visher]

The most annoying thing to me about forward declaration is that it
prevents what Uncle Bob calls 'Newspaper Style Code' where I can
structure my code in such a way that the high-level functions are
right at the top and the primitives that they might need are found
below so that I or someone else who needs to read me code can stop
reading at any point and only miss some details about how things work.

I'm a big fan of this and it's one of the things I miss most about
other languages when I'm in Clojure. Keepin a bunch of primitives in
my head without seeing the big picture so that when I see the big
picture it makes more sense is difficult and for whatever reason
scrolling from the bottom of the file feels unnatrural enough that I
still haven't gotten used to it.

One advantage though is that the requiring forward declaration does
gaurentee that if it compiles the code will not have a mixture of the
two styles.

On Mon, Aug 19, 2013 at 4:18 AM, John D. Hume  wrote:
>
> On Aug 19, 2013 5:53 AM, "Phillip Lord" 
> wrote:
>>
>> That would be true, if I knew what my code was going to do when I
>> started. But most of my code is used to investigate things that I don't
>> understand; so it evolves slowly over time. I don't know when I start
>> what "low-level" is going to be. So, I'm left with the task of removing
>> forward declarations at the end.
>
> I don't think Stuart was suggesting that you start by writing low-level fns
> at the top but that, as you extract or introduce low-level things to support
> the idea you're working on, you put them above where you're working (instead
> of just putting the forward declarations there).
>
> --
> --
> 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  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]

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

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

[Tim Visher]

On Tue, Aug 13, 2013 at 8:47 AM, Jay Fields  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]

On Tue, Aug 13, 2013 at 1:59 PM, Akhil Wali  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: Should ` ` be trimmed using `clojure.string/trim`? EOM

[Tim Visher]

Hi Andy,

On Mon, Aug 12, 2013 at 12:17 AM, Andy Fingerhut
 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.

Re: Should ` ` 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.