Re: [ANN] Nightcode 0.1.0, a Clojure IDE

[adrians]

Zach, have you considered using JavaFX instead of Swing and having an 
embedded JRE as a turnkey one file setup (see 
http://docs.oracle.com/javafx/2/deployment/packaging.htm)? You'd probably 
be able to build a UI with much more potential for the long run.


On Wednesday, September 25, 2013 9:53:13 PM UTC-4, Zach Oakes wrote:
>
> It won't compile to the CLR, but you can certainly run the jar file on 
> Windows. I assume you want to avoid installing Java, but that won't be 
> possible because its UI is entirely Swing-based and it has JVM-specific 
> stuff on the backend like the HotSwap feature.
>
> On Wednesday, September 25, 2013 7:48:11 PM UTC-4, Mike wrote:
>>
>> Probably a dumb question, but for those of us who would love to use 
>> Clojure under Windows, is there a way to use this IDE in a Clojure-CLR 
>> environment?
>>
>> In any case, thank you for your efforts.
>>
>> On Wednesday, September 25, 2013 8:33:47 AM UTC-5, Zach Oakes wrote:
>>>
>>> Nightcode is an IDE written in Clojure. I announced a very half-baked 
>>> 0.0.1 nearly two months ago, and after tons of bug fixes and feature 
>>> additions, I'm happy to release a two-thirds-baked 0.1.0:
>>>
>>> https://nightcode.info/
>>>
>>>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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.

Nightcode questions

[adrians]

Hi Zach,

After trying various multi-key combinations in order to invoke some paredit 
commands, I ended up so that typing Ctrl+anything would insert odd, non 
alphanumeric characters into the edior (I'm using a US keyboard, btw). Even 
basics like ctrl-z, ctrl-s wouldn't do the right thing. Are you using the 
default encoding or setting it to anything specific in the text editor? 
Could you make this customizable? I had similar issues in Eclipse until I 
set the container encoding to UTF-8 so that new editors would use that. I'd 
also like to know what happens with existing files that have a specific 
encoding as far as any default conversion being applied. Can you give any 
details?

Another thing I'm not clear on, are all the shortcuts supposed to be 
working at this point? I see (by pressing ctrl) that the toggle for the 
paredit switch is shift-P, so I guess ctrl-shift-P should toggle that 
toolbar button, but it doesn't, for me. If I turn on paredit mode using the 
mouse, how do I invoke commands? Is this working yet?

Thanks for adding clarity to my fumbling around.

-- Adrian

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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.

Nightcode Clojure syntax highlighting

[adrians]

Zach,

I noticed that highlighting is broken on some Clojure files (the paredit 
widget ones, for example) and saw that the latest version (2.5.0) of 
RSyntaxTextArea might have addressed this according to the release notes. 
The project's github page already had an 
issuerequesting Maven 
repo updating and I added my two cents there. Maybe if you 
add your own voice it'll speed things up.


-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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] Overtone 0.9.0 Released

[adrians]

On Wednesday, November 27, 2013 1:00:29 PM UTC-5, puzzler wrote:
>
> One point of confusion for me when installing overtone was that the docs 
> say that the internal server "doesn't work everywhere", without providing 
> any info about what systems it is known to work on or known not to work on
>

It does not work with 64 bit Java on Windows 7/8.1 64 bit.

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Embedded systems and transpiling Clojure to Nim

[adrians]

Alan, have you looked at Clasp? I'm not sure if CL is something you like, 
but maybe it has potential for your application.

https://github.com/drmeister/clasp


-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Clarity Keyboard by SwiftKey - Written in Clojure

[adrians]

Just tried the keyboard on my old Galaxy Nexus and I have to say that it 
felt really responsive (prediction works great, too). This really validates 
Clojure (well Skummet) for Android development, IMO. Congrats on pushing 
the boundaries and for the writeup around what you've done. I'm curious if 
you're looking at j2objc in combination with Skummet for projects targeting 
Android + iOS.

Cheers

On Friday, May 8, 2015 at 7:18:50 AM UTC-4, Adam Clements wrote:
>
> Hi all, 
>
> Just thought you might be interested to know that last week we (SwiftKey) 
> released an Android app, written from the ground up in Clojure, which as of 
> this morning has had 65k downloads. It's a keyboard we're using to test UI 
> ideas which didn't fit well with the existing app. We also took the 
> opportunity to try out a totally different tech stack, central to which are 
> Clojure and core.async.
>
> There's a tech blog on the subject at my personal blog 
>  which 
> is reposted on SwiftKey's tech blog 
>  and 
> you can download the app and try it out from Google Play 
> 
>
> Many thanks go to everyone who's worked on clojure and clojure-android for 
> making this possible, it's been a dream to develop! I hope this goes to 
> show that it's perfectly reasonable and possible to develop significant, 
> responsive mobile applications in pure Clojure.
>
> I'd be interested to know your thoughts and comments, and if you're 
> interested we are currently hiring here at SwiftKey, both for this project 
> and in general.
>
> Thanks,
> Adam Clements
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

If you check the error view, do you see the Eastwood user plugin being 
loaded? There should be some logged output in there from all the user 
plugins that Eclipse/CCW sees. If it is there, then, according to the 
Eastwood plugin's readme it should be Cmd+U E to invoke the plugin.



On Tuesday, July 7, 2015 at 11:21:34 AM UTC-4, JPatrick Davenport wrote:
>
> Hello, 
> I want to use the linter within Eclipse. I followed the instructions for 
> both the plugin manager as well as the linter. Unfortunately I don't know 
> the shortcut keys to run them with Eclipse in OS X. I can't find any menu 
> options to activate these. Perhaps I'm overlooking something.
>
> What should I do?
>
> Thanks,
> JPD
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

Good one - I was almost going to be the straight guy for that.

On Tuesday, July 7, 2015 at 2:56:08 PM UTC-4, Luc wrote:
>
> Create an external tool command (lein eastwood) perhaps ?
>
> Sorry, could not resist :)
>
> Luc P.
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

I just checked this plugin on my Eclipse setup (Windows) and it works fine, 
with Ctrl+U E - the first time took a little while to get the dependencies 
pulled down. Subsequent invocations don't take too long, but the linting is 
not instantaneous, so don't panic if you don't see anything. I guess the 
plugin could be enhanced with some kind of progress indicator. Look at the 
console, for output. If there are warnings/errors, there will be markers 
added to the editor, as per documentation.

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

Did you check the log in the error view of Eclipse? If this view is not 
opened, just open it from the menu (Window/Show View/Error log). In there 
you will see if plugins are loading properly.

What version of CCW are you using? I'm not sure at what point Laurent 
started bundling the plugin manager with CCW, but it's there (so you don't 
need to install it) in the version from the master branch, which is the one 
I'm using. Btw, Laurent is on vacation now, otherwise he'd be quick to 
offer support. In the meantime, for something like this, I think I should 
be able to help you get going, but I need a few more data points from you 
in order to do that.


On Tuesday, July 7, 2015 at 4:31:32 PM UTC-4, JPatrick Davenport wrote:
>
> If I use command as a sub for control, Command + U E, all I get is an 
> editor tab selection popup. I double checked that I installed the plugin 
> manager and eastwood. Both are there as per the READMEs. I'm guessing at 
> this point the plugin manager isn't starting. I've ran Counterclockwise 
> from the command line open -a style. Nothing in the terminal either. The 
> binding Cmd + U When in Window means execute. Unbinding doesn't help.
>
> On Tue, Jul 7, 2015 at 4:13 PM, adrians > 
> wrote:
>
>>
>> I just checked this plugin on my Eclipse setup (Windows) and it works 
>> fine, with Ctrl+U E - the first time took a little while to get the 
>> dependencies pulled down. Subsequent invocations don't take too long, but 
>> the linting is not instantaneous, so don't panic if you don't see anything. 
>> I guess the plugin could be enhanced with some kind of progress indicator. 
>> Look at the console, for output. If there are warnings/errors, there will 
>> be markers added to the editor, as per documentation.
>>
>>  -- 
>> 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 a topic in the 
>> Google Groups "Clojure" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/clojure/BU-MHMDPGkc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> clojure+u...@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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

>From the stack trace you have, it looks like some part of CCW is not 
installed properly in your Luna install, since a needed resource, 
p/skipped-plugin-message (which is 
ccw.core.user-plugins/skipped-plugin-message based on the plugin manager 
source), is not found.

When you say you "installed the new", what exactly did you install? Was it 
from an update site and, if so, from what update site? Could be that 
whatever version you got is somehow incompatible with Luna. Might I suggest 
trying this with Mars? This is what I've got going with the CCW version 
based on the master branch. If you need to stick with Luna, is it the 
latest SP? Possibly there is a problem with the stable 0.31.1 CCW and the 
latest SP of Luna since that CCW was released in Dec. 2014 and the latest 
Luna SP came after that, IIRC. 

Anyhow, all this is wrt your latest combination and says nothing about the 
standalone CCW you initially tried; I'm just surprised to hear that that 
version has no Error view since it is so useful for debugging. You can 
maybe load the .log file in another editor to see if the status logging for 
the user plugins looks OK. It should be under the .metadata directory 
inside the workspace directory you're using.

My recommendation - use Mars and the master branch of CCW for now. There 
have been a ton of commits since 0.31.1 came out. 

On Tuesday, July 7, 2015 at 9:17:52 PM UTC-4, JPatrick Davenport wrote:
>
> Okay. We're getting somewhere. Apparently the OS X stand alone version 
> lacks the Error Console. I downloaded, deleted the old copy and installed 
> the new. No console. I added the plugin to my current Luna install. Got the 
> error console.
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Counterclockwise's Plugin Shortcuts for OS X

[adrians]

Done.

On Wednesday, July 8, 2015 at 12:17:15 AM UTC-4, Laurent PETIT wrote:
>
> If someone can file issues for: 
> - bundling the Error View in the standalone version of ccw
> - find a way to check ccw min version to use for  user plugins
>
> that would be 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] clj-refactor.el 0.10.0

[adrians]

Really cool stuff, guys. Are you considering a Light Table version as well?

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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] clj-refactor.el 0.10.0

[adrians]

Didn't mean to imply that you should try to "corner" the market in 
refactorings, but simply thought you might be wanting to promote a useful 
Clojure tool across editors. I'm not sure if Chris views Light Table as a 
Clojure-centric editor though at this point, Clojure probably does have the 
best support. As far as LT not having this kind of functionality already, 
the plugin system was just recently (around a month) formalized so that's 
to be expected. Given that the editor is developed in ClojureScript, I 
assumed that a port from Emacs Lisp might not be as much work as going to a 
different language altogether.  

On Saturday, February 1, 2014 4:30:47 PM UTC-5, Magnar Sveen wrote:
>
> Sorry, mate. It's not about cornering the market in clojure refactorings - 
> it's just scratching our own itch, and hopefully other people find it 
> useful too.
>
> I'm a little surprised Light Table doesn't offer these things already. 
> Isn't it a Clojure-centric editor?
>
> On Saturday, February 1, 2014 8:22:53 PM UTC+1, adrians wrote:
>>
>> Really cool stuff, guys. Are you considering a Light Table version as 
>> well?
>>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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.

Immutant - NPE when deploying

[adrians]

I was trying to deploy a project using plugin 0.17.1 and incremental build 
808 from the directory above the project. This resulted in the following 
NPE:

C:\Users\adi>lein immutant deploy foobar
java.lang.NullPointerException
at leiningen.immutant.common$verify_root_arg.invoke(common.clj:87)
at leiningen.immutant.deploy$deploy.invoke(deploy.clj:54)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.AFn.applyTo(AFn.java:151)
at clojure.core$apply.invoke(core.clj:617)
at 
leiningen.immutant$subtask_with_resolved_project.invoke(immutant.c
at leiningen.immutant$immutant.doInvoke(immutant.clj:55)
at clojure.lang.RestFn.invoke(RestFn.java:442)
at clojure.lang.Var.invoke(Var.java:423)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:619)
at leiningen.core.main$resolve_task$fn__1833.doInvoke(main.clj:186)
at clojure.lang.RestFn.applyTo(RestFn.java:139)
at clojure.lang.AFunction$1.doInvoke(AFunction.java:29)
at clojure.lang.RestFn.applyTo(RestFn.java:137)
at clojure.core$apply.invoke(core.clj:619)
at leiningen.core.main$apply_task.invoke(main.clj:226)
at leiningen.core.main$_main$fn__1900.invoke(main.clj:291)
at leiningen.core.main$_main.doInvoke(main.clj:280)
at clojure.lang.RestFn.invoke(RestFn.java:436)
at clojure.lang.Var.invoke(Var.java:423)
at clojure.lang.AFn.applyToHelper(AFn.java:167)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.core$apply.invoke(core.clj:617)
at clojure.main$main_opt.invoke(main.clj:335)
at clojure.main$main.doInvoke(main.clj:440)
at clojure.lang.RestFn.invoke(RestFn.java:482)
at clojure.lang.Var.invoke(Var.java:431)
at clojure.lang.AFn.applyToHelper(AFn.java:178)
at clojure.lang.Var.applyTo(Var.java:532)
at clojure.main.main(main.java:37)

Deploying from within the project directory worked. This is under Windows 7.

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/groups/opt_out.

Re: Immutant - NPE when deploying

[adrians]

Done - issue 41 

On Thursday, March 21, 2013 11:15:46 AM UTC-4, Toby Crawley wrote:
>
> Can you file an issue at 
> https://github.com/immutant/lein-immutant/issues? No one on the Immutant 
> team uses windows on a daily basis, so the plugin doesn't get tested 
> there as often as it should. 
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: print-foo - a library of print debugging macros

[adrians]

Looks useful, but I'm getting this:

user=> (use 'print-foo)
FileNotFoundException Could not locate print_foo__init.class or 
print_foo.clj on classpath:   clojure.lang.RT.load (RT.java:443)

using lein 2.1.1

Cheers

On Thursday, March 28, 2013 1:42:42 AM UTC-4, Alex Baranosky wrote:
>
> print-foo is a small library useful when debugging code, or at the REPL 
> when writing your code.  
>
> https://github.com/AlexBaranosky/print-foo
>
> It is a collection of macros that mimic basic clojure macros like defn, 
> let, or ->, but which prints the value of the code at each point in the 
> transformation.  This is more convenient than printlning.  (See the readme 
> for a complete list.) 
>
> print-> is especially convenient.  
>
> user=> (print-> 1 inc dec inc dec)1 1inc 2dec 1inc 2dec 11
>
>
> The only macro in the bunch that is not simply a clojure macro with 
> "print-" appended is print-sexp which takes an arbitrary s-expression and 
> prints out the values of every sub-sexp, like this:
>
> user=> (print-sexp (str (+ 3 4) (+ 5 (* 6 2)) 4))(+ 3 4) 7(* 6 2) 12(+ 5 (* 6 
> 2)) 17(str (+ 3 4) (+ 5 (* 6 2)) 4) "7174""7174"
>
> Enjoy :)
> 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.

Re: ANN: print-foo - a library of print debugging macros

[adrians]

Alex, print-foo *is* the correct artifact name, no? It seemed to be pulled 
down fine by pomegranate.

On Thursday, March 28, 2013 2:35:31 PM UTC-4, Alex Baranosky wrote:
>
> Let me fix the README, the library should be required like this (:require 
> [print.foo :refer :all])
>

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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 rookie vs parsing

[adrians]

If you need the features of Erlang but would like that in a Lisp (not 
Common Lisp, though) environment, have you taken a look at LFE (Lisp 
Flavored Erlang)? I'm not trying to discourage you from looking at Clojure, 
but if you need/depend on some of the features of Erlang, LFE might be a 
closer fit.

http://lfe.io

On Tuesday, August 15, 2017 at 8:11:53 AM UTC-4, svent...@gmail.com wrote:
>
>
> Hi
>
> Months ago I read a review that praised Clojure's clean approach and use 
> of JVM that is almost always available in my deployments. 
>
> My background: started with 370 assembly ( so I'm not young!!!) and during 
> the last four years I've been using Erlang for network applications. For my 
> type of work the functional approach, concurrency and bit handling of 
> Erlang are life savings. Nonetheless I feel "the call" of Clojure. As an 
> exercise I would like to re implement something I did years ago in Java, 
> i.e. a sort of parser. What I have on my hands is a DSL like this
>
> HeaderRule=hr-ftp
>Term=100
>   name="ftp"
>   From=1
>  networkPort="21"
>  Protocol=1
> Tcp=1
>up
> up
>  up
>   Then=1
>  ProtocolInspection=1
> ftpRuleSet="frs-ftp"
> up
>  ServiceDataFlowId=1
> payload=99
> up
>  up
>   up
>up
> HeaderRule=hr-http
>   ..
>
> For my old Java implementation I used state machines to build an internal 
> representation, sort of an AST, that would be used to analyze pcap files. 
> In my Clojure challenge, I would like to have a different approach. 
> Googling around I've found many options: Parsley, Instaparse, cljcc and 
> more. Some mentioned on www.clojure-toolbox.com seem to be more 
> abandonware. 
> At the moment I'm focusing on Instaparse. However, maybe due to the 
> previous implementation, I feel that this is not the best approach with 
> Clojure. Certainly my rookie state is leading me the wrong way.
>
> Comments and feedback will be greatly appreciated
>
> Fred
>
>
>
>
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Joxa (Re: Clojure on an Erlang-vm-os on Xen?)

[adrians]

Frank, I've also just found out about Lisp Flavored Erlang , 
which, based on what I've read, does take some inspiration from Clojure, as 
well as Common Lisp. It seems to be more active compared to Joxa.

On Friday, August 24, 2012 at 5:12:40 PM UTC-4, FrankS wrote:
>
> Just got this link "http://joxa.org"; about a new lisp-like language thru 
> prismatic: 
>
>  
>
> Joxa is a small semantically clean, functional lisp. It is a 
> general-purpose language encouraging interactive development and a 
> functional programming style. Joxa runs on the Erlang Virtual Machine. Like 
> other Lisps, Joxa treats code as data and has a full (unhygienic) macro 
> system. 
>
> Joxa (pronounced 'jocksah') isn't Erlang, though its very compatible. Its 
> not Clojure though there is plenty of shared syntax. It's not Common Lisp 
> though that is the source of the macro system. While Joxa shares elements 
> of many languages, it is its own specific language. of all these languages, 
> and knowing these languages will help you get up to speed with Joxa, but it 
> is its own unique language. 
>
>  
>
> Just skimming the example shows a syntax that resembles clojure a little 
> bit… 
>
> Wonder if that implementation as an example would make it easier to have a 
> clojure-on-erlang-vm implementation. 
>
> Enjoy, Frank. 
>
>
> On Jul 13, 2012, at 10:15 AM, Frank Siebenlist  > wrote: 
>
> > Just became aware of this effort: "http://erlangonxen.org/"; 
> > 
> > which shows off some impressive properties: 
> > 
> > * Startup time of a new instance is 100ms 
> > * Instances are provisioned after the request arrival - all requests get 
> handled 
> > * No instances are running waiting for requests - the cloud footprint is 
> zero 
> > * the size of infrastructure is proportional to the maximum load - 8 
> servers may be enough 
> > * … 
> > 
> > All that begs the Q: would Clojure on an Elang-VM be feasible and make 
> sense? 
> > 
> > -FrankS. 
> > 
> > 
>
>

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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.

What's the best option similar to Vert.x, Reactor, Nodejs for use with Clojure?

[adrians]

It used to be that Vert.x 2.x had integration for Clojure, but version 3.x 
hasn't added it yet. Has anyone used this version through the Java API and 
if so, how painful was it? Is Reactor any better 
in that respect? What are people using when they want this kind of back end?

-- 
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your 
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from 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: Anyone using Sublime Text 2 + SumblimeREPL with Windows?

[adrians]

Here's where things are - https://github.com/wuub/SublimeREPL/issues/48

On Thursday, November 22, 2012 5:56:30 PM UTC-5, JvJ wrote:
>
> Hi, I've started using Sublime as well, and I'm having the same problem. 
>  Any progress?
>
> On Wednesday, 19 September 2012 03:27:01 UTC-4, cp16net wrote:
>>
>> I am trying this out with clojure on windows sublime 2.0.1.
>>
>> i get the clojure repl up using 'ctrl+f12' then 'c' then 's'
>> then i type (println "hello")
>> then i have tried an array of keys
>> F2 then ''l' (lower case 'L')
>> "ctrl+,", "l"
>> "shift+ctrl+,", "l"
>> tried all the above with 'b' for block as well with nothing.
>>
>> this post looks similar 
>> http://www.sublimetext.com/forum/viewtopic.php?f=3&t=7878
>>
>> I've tried to set my own keys but i see nothing in the sublime console or 
>> anything.
>>
>> Any ideas to make this work?
>>
>> https://github.com/wuub/SublimeREPL 
>> you can see here that the windows defaults have changed some since the 
>> start of this thread but nothing is working yet
>>
>>
>> On Wednesday, June 27, 2012 10:59:54 AM UTC-5, Jacobo Polavieja wrote:
>>>
>>> On Wednesday, June 27, 2012 5:07:05 PM UTC+2, Niels van Klaveren wrote:

 This combination of Sublime -text & -REPL looks pretty useful, with 
 little extra configuration (except that decommenting part :) ).
 When I have the REPL launched, when returning values I get a lot of 
 lines with BS..BS sequences. Any idea how to get rid of those ?

>>>
>>> I'm just new using Clojure and Sublime but don't seem to have those 
>>> lines. Does it always happend to you? Can you provide some code that does?
>>>
>>> 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

Re: [ANN] Leiningen 2.0.0-preview3

[adrians]

I'm also getting this error, with same spec Windows but with Java 7. 
Unfortunately, I also get this with lein 1.7.1. Tried to build from source, 
but "lein install" generates a snapshot jar that only includes a few source 
files. Can anyone offer a solution to building your own lein?

Thanks,
Adrian

On Sunday, April 15, 2012 4:05:08 PM UTC-4, Niels wrote:
>
> lein new error under Windows 7 x64:
>
> >lein version
> Leiningen 2.0.0-preview3 on Java 1.6.0_31 Java HotSpot(TM) 64-Bit Server VM
>
> >lein new quiltest
> Generating a project called quiltest based on the 'default' template.
> java.lang.IllegalArgumentException: No implementation of method: 
> :make-reader of
>  protocol: #'clojure.java.io/IOFactory found for class: nil
> at clojure.core$_cache_protocol_fn.invoke(core_deftype.clj:495)
> at clojure.java.io$fn__7795$G__7790__7802.invoke(io.clj:63)
> at clojure.java.io$reader.doInvoke(io.clj:96)
> at clojure.lang.RestFn.invoke(RestFn.java:410)
> at leiningen.new.templates$slurp_resource.invoke(templates.clj:29)
> at 
> leiningen.new.templates$renderer$fn__713.doInvoke(templates.clj:79)
> at clojure.lang.RestFn.invoke(RestFn.java:423)
> at leiningen.new.default$default.invoke(default.clj:15)
> at clojure.lang.Var.invoke(Var.java:401)
> at clojure.lang.AFn.applyToHelper(AFn.java:161)
> at clojure.lang.Var.applyTo(Var.java:518)
> at clojure.core$apply.invoke(core.clj:602)
> at leiningen.new$create.doInvoke(new.clj:54)
> at clojure.lang.RestFn.invoke(RestFn.java:425)
> at leiningen.new$create.invoke(new.clj:47)
> at clojure.lang.AFn.applyToHelper(AFn.java:161)
> at clojure.lang.RestFn.applyTo(RestFn.java:132)
> at clojure.core$apply.invoke(core.clj:600)
> at leiningen.new$new.doInvoke(new.clj:101)
> at clojure.lang.RestFn.invoke(RestFn.java:421)
> at clojure.lang.Var.invoke(Var.java:405)
> at clojure.lang.AFn.applyToHelper(AFn.java:163)
> at clojure.lang.Var.applyTo(Var.java:518)
> at clojure.core$apply.invoke(core.clj:602)
> at leiningen.core.main$resolve_task$fn__699.doInvoke(main.clj:66)
> at clojure.lang.RestFn.applyTo(RestFn.java:139)
> at clojure.lang.AFunction$1.doInvoke(AFunction.java:29)
> at clojure.lang.RestFn.applyTo(RestFn.java:137)
> at clojure.core$apply.invoke(core.clj:602)
> at leiningen.core.main$apply_task.invoke(main.clj:88)
> at leiningen.core.main$_main$fn__731.invoke(main.clj:140)
> at leiningen.core.main$_main.doInvoke(main.clj:140)
> at clojure.lang.RestFn.invoke(RestFn.java:421)
> at clojure.lang.Var.invoke(Var.java:405)
> at clojure.lang.AFn.applyToHelper(AFn.java:163)
> at clojure.lang.Var.applyTo(Var.java:518)
> at clojure.core$apply.invoke(core.clj:600)
> at clojure.main$main_opt.invoke(main.clj:323)
> at clojure.main$main.doInvoke(main.clj:426)
> at clojure.lang.RestFn.invoke(RestFn.java:457)
> at clojure.lang.Var.invoke(Var.java:413)
> at clojure.lang.AFn.applyToHelper(AFn.java:172)
> at clojure.lang.Var.applyTo(Var.java:518)
> at clojure.main.main(main.java:37)
>
> Op donderdag 12 april 2012 19:39:28 UTC+2 schreef Phil Hagelberg het 
> volgende:
>>
>>
>> Hello folks.
>>
>> I'm happy to announce the release of the third preview of Leiningen 2.0.0.
>>
>> Highlights include the ability to show a full dependency tree a la "mvn
>> dependency:tree", a host of repl improvements, better offline support,
>> and the ability to load "lein new" templates on-demand.
>>
>> * Add HTTP nREPL support for repl task via :connect option. (Chas Emerick,
>>   Phil Hagelberg)
>> * Improve repl startup time, output consistency, Windows support. (Lee 
>> Hinman,
>>   Colin Jones)
>> * Stop using numeric exit codes for task failures.
>> * Dynamically resolve unknown templates in new task.
>> * Automatically activate offline profile when needed.
>> * Honor $http_proxy environment variable. (Juergen Hoetzel)
>> * Allow arbitrary :filespecs to be included in jars.
>> * Let custom :prep-tasks be specified in project.clj.
>> * Include :java-source-paths and dev/test deps in pom. (Nelson Morris)
>> * Add offline profile.
>> * Prevent project JVMs from outlasting Leiningen's process. (Colin Jones)
>> * Update lein.bat to work with version 2. (Andrew Kondratovich)
>> * Show a dependency tree in deps task. (Chas Emerick, Nelson Morris)
>> * Support connecting to nrepl server in repl task. (Chas Emerick, Colin 
>> Jones)
>> * Pretty-print pom.xml. (Nelson Morris)
>> * Display task aliases in help task. (Michael S. Klishin)
>> * Only compile stale java source files. (Stephen C. Gilardi)
>> * Respect :java-cmd in project.clj. (Michael S. Klishin)
>> * Show progress when downloading search indices. (Justin Kramer)
>>
>> If you have an earlier preview version, you c

Re: ANN Ritz 0.5.0

[adrians]

Hi Hugo,

I'm trying to get ritz-nrepl going with the latest lein2 and nrepl.el from 
Melpa. I think I've followed the instructions on the project page, yet I 
get this, when I nrepl-ritz-jack-in:

error in process sentinel: Could not start nREPL server: Exception in thread 
"main" java.lang.ClassNotFoundException: com.sun.jdi.VirtualMachine

at java.net.URLClassLoader$1.run(Unknown Source)

at java.net.URLClassLoader$1.run(Unknown Source)

at java.security.AccessController.doPrivileged(Native Method)

at java.net.URLClassLoader.findClass(Unknown Source)

at clojure.lang.DynamicClassLoader.findClass(DynamicClassLoader.java:61)

at java.lang.ClassLoader.loadClass(Unknown Source)

at java.lang.ClassLoader.loadClass(Unknown Source)

at java.lang.Class.forName0(Native Method)

at java.lang.Class.forName(Unknown Source)

at ritz.jpda.jdi$eval973$loading__4784__auto974.invoke(jdi.clj:1)

at ritz.jpda.jdi$eval973.invoke(jdi.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.RT.loadResourceScript(RT.java:359)

at clojure.lang.RT.loadResourceScript(RT.java:350)

at clojure.lang.RT.load(RT.java:429)

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$load_lib.doInvoke(core.clj:5264)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invoke(core.clj:603)

at clojure.core$load_libs.doInvoke(core.clj:5298)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invoke(core.clj:603)

at clojure.core$require.doInvoke(core.clj:5381)

at clojure.lang.RestFn.invoke(RestFn.java:1096)

at 
ritz.jpda.debug$eval822$loading__4784__auto823.invoke(debug.clj:1)

at ritz.jpda.debug$eval822.invoke(debug.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.RT.loadResourceScript(RT.java:359)

at clojure.lang.RT.loadResourceScript(RT.java:350)

at clojure.lang.RT.load(RT.java:429)

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$load_lib.doInvoke(core.clj:5264)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invoke(core.clj:603)

at clojure.core$load_libs.doInvoke(core.clj:5298)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invoke(core.clj:605)

at clojure.core$use.doInvoke(core.clj:5392)

at clojure.lang.RestFn.invoke(RestFn.java:3894)

at ritz.nrepl$eval5$loading__4784__auto6.invoke(nrepl.clj:1)

at ritz.nrepl$eval5.invoke(nrepl.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.RT.loadResourceScript(RT.java:359)

at clojure.lang.RT.loadResourceScript(RT.java:350)

at clojure.lang.RT.load(RT.java:429)

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$load_lib.doInvoke(core.clj:5264)

at clojure.lang.RestFn.applyTo(RestFn.java:142)

at clojure.core$apply.invoke(core.clj:603)

at clojure.core$load_libs.doInvoke(core.clj:5298)

at clojure.lang.RestFn.applyTo(RestFn.java:137)

at clojure.core$apply.invoke(core.clj:603)

at clojure.core$require.doInvoke(core.clj:5381)

at clojure.lang.RestFn.invoke(RestFn.java:408)

at user$eval1.invoke(NO_SOURCE_FILE:1)

at clojure.lang.Compiler.eval(Compiler.java:6511)

at clojure.lang.Compiler.eval(Compiler.java:6501)

at clojure.lang.Compiler.eval(Compiler.java:6500)

at clojure.lang.Compiler.eval(Compiler.java:6477)

at clojure.core$eval.invoke(core.clj:2797)

at clojure.main$eval_opt.invoke(main.clj:297)

at clojure.main$initialize.invoke(main.clj:316)

at clojure.main$null_opt.invoke(main.clj:349)

at c