Re: [ANN] Austin — the ClojureScript browser-REPL, rebuilt stronger, faster, easier

2013-08-05 Thread Chas Emerick 
On Aug 5, 2013, at 9:21 AM, Chas Emerick wrote:

> As you might know, I've been tinkering with an easier-to-use variant of 
> ClojureScript's browser-REPL for some time.  I've finally wrapped that up 
> into its own project, Austin:
> 
>   https://github.com/cemerick/austin
> 
> Everything you need to know is there.  The tl;dr is:
> 
> 1. You can have a ClojureScript REPL running for your project in ~10 seconds 
> (backed by phantomjs by default, but it's easy to wire up any other browser 
> runtime, headless or GUI).
> 
> 2. Setting up a ClojureScript REPL where your app's front-end initiates the 
> REPL connection is _nearly_ as easy, and the same mechanism works whether 
> you're running one REPL or ten across one or many projects without touching 
> or worrying about :port configuration, etc.
> 
> I've only just started documenting and adding higher-level convenience 
> features and APIs to Austin, so your feedback and contributions are most 
> welcome.
> 
> Have fun!
> 
> Cheers,
> 
> - Chas

BTW, I put a screencast demonstrating Austin over here:

http://www.youtube.com/watch?v=a1Bs0pXIVXc

- Chas

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

2013-09-09 Thread Norman Richards 
On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick  wrote:

> As you might know, I've been tinkering with an easier-to-use variant of
> ClojureScript's browser-REPL for some time.  I've finally wrapped that up
> into its own project, Austin: [...]
>


Is anyone successfully using this with nrepl in emacs?  I am able to make
it work, but something is causing both emacs and the JVM it is connected to
to use 100% CPU.  I seem to be getting a long stream of "Unable to resolve
symbol: if-let in this context, compiling:(NO_SOURCE_PATH:1:1)"

See: https://gist.github.com/orb/6496320

*nrepl-connection* fills up with:

d2:ex45:class
clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class
clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
java.lang.RuntimeException: Unable to resolve symbol: if-let in this
context, compiling:(NO_SOURCE_PATH:1:1)


I'm not sure if this is a problem with austin or if it's nrepl.el or
something on the emacs side.

As a side note, I occasionally get a similar error message using straight
nrepl when first starting up, but it usually only happens once.  With
austin/nrepl it appears to be stuck in some kind of loop erroring over and
over...  Does anyone have a known good setup I could try to reproduce?

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

2013-09-09 Thread Nelson Morris 
I've been using austin on a project with emacs/nrepl.  It works for a C-c
C-k, switch to nrepl, interact with app. However, some other features like
auto-complete and jump-to-symbol-definition I'm used to in a clojure
workflow don't work or cause a core to spin.  I'd suspect the eldoc call to
show the function arguments could act similar.

-
Nelson


On Mon, Sep 9, 2013 at 10:25 AM, Norman Richards wrote:

> On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick  wrote:
>
>> As you might know, I've been tinkering with an easier-to-use variant of
>> ClojureScript's browser-REPL for some time.  I've finally wrapped that up
>> into its own project, Austin: [...]
>>
>
>
> Is anyone successfully using this with nrepl in emacs?  I am able to make
> it work, but something is causing both emacs and the JVM it is connected to
> to use 100% CPU.  I seem to be getting a long stream of "Unable to resolve
> symbol: if-let in this context, compiling:(NO_SOURCE_PATH:1:1)"
>
> See: https://gist.github.com/orb/6496320
>
> *nrepl-connection* fills up with:
>
> d2:ex45:class
> clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class
> clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
> java.lang.RuntimeException: Unable to resolve symbol: if-let in this
> context, compiling:(NO_SOURCE_PATH:1:1)
>
>
> I'm not sure if this is a problem with austin or if it's nrepl.el or
> something on the emacs side.
>
> As a side note, I occasionally get a similar error message using straight
> nrepl when first starting up, but it usually only happens once.  With
> austin/nrepl it appears to be stuck in some kind of loop erroring over and
> over...  Does anyone have a known good setup I could try to reproduce?
>
>  --
> --
> You received this message because you are subscribed to the Google
> Groups "Clojure" group.
> To post to this group, send email to clojure@googlegroups.com
> Note that posts from new members are moderated - please be patient with
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from 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: [ANN] Austin — the ClojureScript browser-REPL, rebuilt stronger, faster, easier

2013-10-11 Thread Timothy Washington 
This looks awesome. I'm digging into it right now.

*A)* A problem cropped up where the example app, provided
here,
isn't working for me. After *i)* turning off all other repls and
*ii)*following instructions exactly, the call to
*(js/alert "Salut!")* just hangs. However, my environment is behind a *VM
Ware Guest* Ubuntu Linux (OSX Host). So I don't know if this is interfering
with the setup, in any way.

*B)* That being said, I can't wait to dig more into this. As far as
feedback and requests goes, for the longest while, I've wanted *nrepl-ritz*/
*nrepl.el* / *cljsbuild auto* / *cljsbuild repl-listen* ... in same session
(see here ).
This meaning, that I've wanted cljs auto-build that tees both to the file
system, and the browser connected repl. Also, a debugger would be available
if any Clojure errors pop up. I believe you'd need *cljsbuild auto*
and *cljsbuild
repl-listen* setup as nrepl middleware. But I'm by no means an expert.


Cheers. Great work.

Tim Washington
Interruptsoftware.ca / Bkeeping.com


On Mon, Sep 9, 2013 at 8:24 PM, Nelson Morris wrote:

> I've been using austin on a project with emacs/nrepl.  It works for a C-c
> C-k, switch to nrepl, interact with app. However, some other features like
> auto-complete and jump-to-symbol-definition I'm used to in a clojure
> workflow don't work or cause a core to spin.  I'd suspect the eldoc call to
> show the function arguments could act similar.
>
> -
> Nelson
>
>
> On Mon, Sep 9, 2013 at 10:25 AM, Norman Richards wrote:
>
>> On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick  wrote:
>>
>>> As you might know, I've been tinkering with an easier-to-use variant of
>>> ClojureScript's browser-REPL for some time.  I've finally wrapped that up
>>> into its own project, Austin: [...]
>>>
>>
>>
>> Is anyone successfully using this with nrepl in emacs?  I am able to make
>> it work, but something is causing both emacs and the JVM it is connected to
>> to use 100% CPU.  I seem to be getting a long stream of "Unable to resolve
>> symbol: if-let in this context, compiling:(NO_SOURCE_PATH:1:1)"
>>
>> See: https://gist.github.com/orb/6496320
>>
>> *nrepl-connection* fills up with:
>>
>> d2:ex45:class
>> clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class
>> clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
>> java.lang.RuntimeException: Unable to resolve symbol: if-let in this
>> context, compiling:(NO_SOURCE_PATH:1:1)
>>
>>
>> I'm not sure if this is a problem with austin or if it's nrepl.el or
>> something on the emacs side.
>>
>> As a side note, I occasionally get a similar error message using straight
>> nrepl when first starting up, but it usually only happens once.  With
>> austin/nrepl it appears to be stuck in some kind of loop erroring over and
>> over...  Does anyone have a known good setup I could try to reproduce?
>>
>>

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

2013-10-12 Thread Timothy Washington 
Ok, figured this out. I had to add the option to pass in a *:url* to the *
repl-env* function. Made a pull request
here.
Let me know if you'd like anything changed or cleaned up.


Thanks

Tim Washington
Interruptsoftware.ca / Bkeeping.com


On Fri, Oct 11, 2013 at 7:52 PM, Timothy Washington wrote:

> This looks awesome. I'm digging into it right now.
>
> *A)* A problem cropped up where the example app, provided 
> here,
> isn't working for me. After *i)* turning off all other repls and 
> *ii)*following instructions exactly, the call to
> *(js/alert "Salut!")* just hangs. However, my environment is behind a *VM
> Ware Guest* Ubuntu Linux (OSX Host). So I don't know if this is
> interfering with the setup, in any way.
>
> *B)* That being said, I can't wait to dig more into this. As far as
> feedback and requests goes, for the longest while, I've wanted *nrepl-ritz
> * / *nrepl.el* / *cljsbuild auto* / *cljsbuild repl-listen* ... in same
> session (see 
> here).
> This meaning, that I've wanted cljs auto-build that tees both to the file
> system, and the browser connected repl. Also, a debugger would be available
> if any Clojure errors pop up. I believe you'd need *cljsbuild auto* and 
> *cljsbuild
> repl-listen* setup as nrepl middleware. But I'm by no means an expert.
>
>
> Cheers. Great work.
>
> Tim Washington
> Interruptsoftware.ca / Bkeeping.com
>
>
> On Mon, Sep 9, 2013 at 8:24 PM, Nelson Morris wrote:
>
>> I've been using austin on a project with emacs/nrepl.  It works for a C-c
>> C-k, switch to nrepl, interact with app. However, some other features like
>> auto-complete and jump-to-symbol-definition I'm used to in a clojure
>> workflow don't work or cause a core to spin.  I'd suspect the eldoc call to
>> show the function arguments could act similar.
>>
>> -
>> Nelson
>>
>>
>> On Mon, Sep 9, 2013 at 10:25 AM, Norman Richards 
>> wrote:
>>
>>> On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick  wrote:
>>>
 As you might know, I've been tinkering with an easier-to-use variant of
 ClojureScript's browser-REPL for some time.  I've finally wrapped that up
 into its own project, Austin: [...]

>>>
>>>
>>> Is anyone successfully using this with nrepl in emacs?  I am able to
>>> make it work, but something is causing both emacs and the JVM it is
>>> connected to to use 100% CPU.  I seem to be getting a long stream of
>>> "Unable to resolve symbol: if-let in this context,
>>> compiling:(NO_SOURCE_PATH:1:1)"
>>>
>>> See: https://gist.github.com/orb/6496320
>>>
>>> *nrepl-connection* fills up with:
>>>
>>> d2:ex45:class
>>> clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class
>>> clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
>>> java.lang.RuntimeException: Unable to resolve symbol: if-let in this
>>> context, compiling:(NO_SOURCE_PATH:1:1)
>>>
>>>
>>> I'm not sure if this is a problem with austin or if it's nrepl.el or
>>> something on the emacs side.
>>>
>>> As a side note, I occasionally get a similar error message using
>>> straight nrepl when first starting up, but it usually only happens once.
>>>  With austin/nrepl it appears to be stuck in some kind of loop erroring
>>> over and over...  Does anyone have a known good setup I could try to
>>> reproduce?
>>>
>>>

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

2013-12-21 Thread Peter Wang 
Hi,

On Tuesday, September 10, 2013 2:24:50 AM UTC+2, Nelson Morris wrote:
>
> I've been using austin on a project with emacs/nrepl.  It works for a C-c 
> C-k, switch to nrepl, interact with app. However, some other features like 
> auto-complete and jump-to-symbol-definition I'm used to in a clojure 
> workflow don't work or cause a core to spin.  I'd suspect the eldoc call to 
> show the function arguments could act similar.
>

I have the same problem about auto-complete/jump-to-symbol-definition in 
cljs repl/cljs buffer. Any updates about this? Or any other emacs mode 
(like cider) solved this?
 

> -
> Nelson
>
>
> On Mon, Sep 9, 2013 at 10:25 AM, Norman Richards 
> 
> > wrote:
>
>> On Mon, Aug 5, 2013 at 8:21 AM, Chas Emerick 
>> > wrote:
>>  
>>> As you might know, I've been tinkering with an easier-to-use variant of 
>>> ClojureScript's browser-REPL for some time.  I've finally wrapped that up 
>>> into its own project, Austin: [...]
>>>
>>
>>
>> Is anyone successfully using this with nrepl in emacs?  I am able to make 
>> it work, but something is causing both emacs and the JVM it is connected to 
>> to use 100% CPU.  I seem to be getting a long stream of "Unable to resolve 
>> symbol: if-let in this context, compiling:(NO_SOURCE_PATH:1:1)" 
>>
>> See: https://gist.github.com/orb/6496320
>>
>> *nrepl-connection* fills up with:
>>
>> d2:ex45:class 
>> clojure.lang.Compiler$CompilerException2:id6:1504207:root-ex45:class 
>> clojure.lang.Compiler$CompilerException7:session36:43e688aa-01c2-4824-b1f3-1bd05a1f02446:statusl10:eval-erroreed3:err128:CompilerException
>>  
>> java.lang.RuntimeException: Unable to resolve symbol: if-let in this 
>> context, compiling:(NO_SOURCE_PATH:1:1) 
>>
>>
>> I'm not sure if this is a problem with austin or if it's nrepl.el or 
>> something on the emacs side.  
>>
>> As a side note, I occasionally get a similar error message using straight 
>> nrepl when first starting up, but it usually only happens once.  With 
>> austin/nrepl it appears to be stuck in some kind of loop erroring over and 
>> over...  Does anyone have a known good setup I could try to reproduce?
>>
>>  -- 
>> -- 
>> 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.