The first thing I'd like to get the community's feedback on is streamlining the eval experience.
Currently there are 3 different ways to eval ClojureScript [1] and some can be somewhat manual for
your ClojureScript project. I have a proof of concept pull that would make a browser-based connection
the default and as easy as pressing an eval keystroke [2]. Thoughts?
After this we're looking to tackle improving autocompletion [3] and paredit [4]. Also, jump-to-source for dependencies and core fns was recently fixed.
Cheers,
Gabriel
[1] https://github.com/LightTable/Clojure#clojurescript-eval
[2] https://github.com/LightTable/Clojure/pull/29
[3] https://github.com/LightTable/Clojure/issues/25
[4] https://github.com/LightTable/Paredit/issues/18
I personally really like the utility of CLJS debugging via Chrome DevTools so external browser is my preferred connection method.
Yep. We're considering assigning a default port.
>
> I personally really like the utility of CLJS debugging via Chrome DevTools so external browser is my preferred connection method.
You can pull up devtools within LightTable itself which allows you to inspect the editor or a browser tab [1]. But I hear you, an external browser usually has better dev tools.
What do you mean by CLJS debugging via Chrome DevTools ?
The need for debugging with InstaRepl and watches is a bit weird for me.
--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to a topic in the Google Groups "ClojureScript" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/clojurescript/RKO3YH0dQnk/unsubscribe.
To unsubscribe from this group and all its topics, send an email to clojurescript+unsubscribe@googlegroups.com.
To post to this group, send email to clojur...@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.
Not sure if I'm going something wrong, bit watches rarely work for me. As for debugging, there are times when it's just easier to click through your app to the point it breaks and see the function params than manually replicate the app state at that point via REPL. I also find identifying bugs in recursive calls easier in a debugger.
On Sun, Nov 9, 2014, 11:14 AM Aleš Roubíček <rar...@gmail.com> wrote:On Sunday, November 9, 2014 3:21:19 PM UTC+1, Rory Douglas wrote:
> -What do you mean by CLJS debugging via Chrome DevTools ?
>
>
> You can use the Source tab to set breakpoints on the CLJS files (works thanks to the source maps), and step through your code. A similar tool for Clojure itself would be awesome :-)
The need for debugging with InstaRepl and watches is a bit weird for me.
--
Note that posts from new members are moderated - please be patient with your first post.
---
You received this message because you are subscribed to a topic in the Google Groups "ClojureScript" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/clojurescript/RKO3YH0dQnk/unsubscribe.
To unsubscribe from this group and all its topics, send an email to clojurescript+unsubscribe@googlegroups.com.
To post to this group, send email to clojur...@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.
--
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 clojurescrip...@googlegroups.com.
Thanks, that article was great! I tried out watches again and they seem to work fine - probably user error on my part during my previous tries. Also looks like I can use the Rolex plugin to inspect a trace of recent values (for recursive call debugging) - I'll that today.
To unsubscribe from this group and all its topics, send an email to clojurescrip...@googlegroups.com.