Re: [ANN] Gorilla REPL initial release (0.1.2)
Thanks, I've just gotten around to playing with this and it's something I've been looking for. I think Incanter integration is the way to go, even if I have to figure it out myself I'd be happy to help (limited in my incanter knowledge as is, but this works great with it so far). Best, --Joseph On Wednesday, February 19, 2014 3:23:02 PM UTC-6, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Great project! I just watched this interesting video http://vimeo.com/44968627 on reinventing the REPL which also talks about notebook/graphical REPL. This was further developed at Clojure/con 2012 http://www.youtube.com/watch?v=sSQ1dqqINrQ, and there's a project called Session on github https://github.com/kovasb/session. I certainly agree that notebook/graphical/interactive REPL is the way forward. Immutability and dataflow seem to be key ingredients there so I guess whatever Pedestal-app/Om become https://groups.google.com/forum/#%21topic/pedestal-users/jODwmJUIUcg, part of the requirements should be to make it easier to develop such tools. The recently demoed Wolfram Language http://www.youtube.com/watch?v=_P9HqHVPeik will probably increase the pressure towards such evolution in the computing community. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
On Tue, Mar 4, 2014 at 8:39 AM, François Rey fmj...@gmail.com wrote: Great project! I just watched this interesting video on reinventing the REPL which also talks about notebook/graphical REPL. This was further developed at Clojure/con 2012, and there's a project called Session on github. The response to this thread is impressive! FWIW, I've rewritten Session in terms of Om and will soon cut a release (after fixing some bugs etc). I've ranted elsewhere on the MLs about what I think are good design choices, so instead of thread-jacking I'm gonna get back to focus on shipping. Just wanted to make sure people are aware Session is not abandoned, quite the opposite in fact. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Hi, thanks again for the kind words and enthusiasm! Let me try and give my thoughts on some of the points raised: ** Light table plugin (@Patrik) ** I would like to see this, as I think LT has a lot of potential. Things like file-handling UI, nice code editing ... are all difficult problems that I've not really tackled in Gorilla. Light table has those already, so I could see it working well. I haven't the foggiest how to do it though! ** Extensible (@Jeff) ** Yes, it's good to say this explicitly as I think this is key. At the moment it's very poor in that regard. Before it happens I think the central thing to pin down and get right is ... ** Value rendering and interaction (@Jeff) ** This, to my mind, is the place where real design decisions have to be made. There are some free-floating ideas in my head, but nothing really joined-up yet. If we leave aside interactivity for a minute: the one thing that is clear to me is that having the back-end return plain old Clojure values is a *good idea*. Things you run just produce values, and the front-end knows how to present values in a way that's helpful to the user. There should be no state in the front-end that can be accessed by the back-end, no messaging etc. This I see as the central idea. It's what makes it possible to compose plots, (and hypothetically) append tables, make a tree-diagram with plots as nodes, display formulae in tables etc. Because everything displayed by the front-end is just a Clojure value, and you can manipulate those as you wish. Ultimately, everything has to end up as something the browser can display. At the moment, all of this conversion is happening in the browser. I had resisted having this conversion happening in the back-end because I was nervous about having the front-end evaluate things on the back-end that the user hasn't explicitly asked for. But maybe that isn't a problem as long as the rendering functions are tastefully written (i.e. side-effect free). So maybe what Jeff suggests is the right idea: allow rendering on the front-end or the back-end, and make these renderers easy to plug in. Back-end rendering works well for extensibility too, as renderers could be plugged in as needed per project. Extending the set of renderers on the front end, looks less clean - either they'd be baked in, or there'd need to be some way to inject them at runtime. Perhaps the preference should be for back end rendering, with a small set of standardised renderers on the front end? It's still unclear to me how the wiring will work - I think I probably have to prototype something (maybe table rendering) and see how it looks. As for interactivity, I think this is a really tricky one. Wolfram, with Mathematica, have done a _really_ nice job with this. In case you're not familiar, the heart of it is a dependency-tracking, reactive variable system (Dynamic[]). And on top of this they've come up with a nice language for describing UI. It's extremely impressive, but it's also a pretty large engineering effort I think. I wonder whether a more modest goal might not be the right thing to try for (given I don't see us bringing the same resources as Wolfram to bear on the problem!). I found with monkeycruncher that you can get almost all of what you might want to do regarding interactivity with a much more restricted mode of interaction. It had a Bret Victor style live mode where you could edit the code and see the results change live. It also had some neat UI (sliders, colour pickers) to edit parts of the code fluidly. I found that this worked really well, and it fits very well with the idea above (edit code, automatically re-evaluate, generates new value, new value is rendered). I'd love to hear your thoughts on all of this :-) ** Implementing client in Clojurescript (@Jeff) ** Yes, cljs etc would probably have been a very good fit. But I already had some code and plenty of experience with javascript and knockout.js (which is a very lovely piece of software IMHO). I'd be disinclined to port it to cljs unless there was a compelling reason to do so! ** Core.matrix (@Mikera) ** Yes. Definitely should happen! ** Load/save problems (@Fabian) ** I can't reproduce this on my machine (Mac OS) with Chrome. It doesn't save into non-existent directories, but it does give an error message for me on this. I can load/save worksheets to the root directory. Can you confirm you can reproduce the problem, and if so perhaps file a Github issue with details of your setup? ** MathML support (@mmower) ** I think this already works, as in I can paste in some MathML and it renders as a formula. It's so horrible compared to laTeX though I don't see why you'd want to do it! Get revising that laTeX :-) A long post! Love to hear your thoughts, and thanks for the support :-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group,
Re: [ANN] Gorilla REPL initial release (0.1.2)
re LT: It'd be a natural thing to dig into if/when you look to move to cljs. For the context at hand I think of an LT plugin as something that: - is easy to edit code/text in - has access to ways of executing remote code via nrepl and get back results - have access to files and resources etc via node modules - have access to HTML UI since LT is effectively Chromium in that regard - the plugin itself would most naturally be clojurescript All in all sounds like it could be a nice platform. Your plugin could have some custom ways to execute code which means you get to intercept results as e.g. EDN and then do the same kind of thing you do in the current version - take the descriptive data and generate an HTML UI representation. The UI rep you could have live update inside LT a side-by-side tab to your input source/document for example. (I've got some similar dreams but not sure I'll be able to dig into it anytime soon) On Sunday, February 23, 2014 5:22:32 PM UTC, Jony Hudson wrote: Hi, thanks again for the kind words and enthusiasm! Let me try and give my thoughts on some of the points raised: ** Light table plugin (@Patrik) ** I would like to see this, as I think LT has a lot of potential. Things like file-handling UI, nice code editing ... are all difficult problems that I've not really tackled in Gorilla. Light table has those already, so I could see it working well. I haven't the foggiest how to do it though! ** Extensible (@Jeff) ** Yes, it's good to say this explicitly as I think this is key. At the moment it's very poor in that regard. Before it happens I think the central thing to pin down and get right is ... ** Value rendering and interaction (@Jeff) ** This, to my mind, is the place where real design decisions have to be made. There are some free-floating ideas in my head, but nothing really joined-up yet. If we leave aside interactivity for a minute: the one thing that is clear to me is that having the back-end return plain old Clojure values is a *good idea*. Things you run just produce values, and the front-end knows how to present values in a way that's helpful to the user. There should be no state in the front-end that can be accessed by the back-end, no messaging etc. This I see as the central idea. It's what makes it possible to compose plots, (and hypothetically) append tables, make a tree-diagram with plots as nodes, display formulae in tables etc. Because everything displayed by the front-end is just a Clojure value, and you can manipulate those as you wish. Ultimately, everything has to end up as something the browser can display. At the moment, all of this conversion is happening in the browser. I had resisted having this conversion happening in the back-end because I was nervous about having the front-end evaluate things on the back-end that the user hasn't explicitly asked for. But maybe that isn't a problem as long as the rendering functions are tastefully written (i.e. side-effect free). So maybe what Jeff suggests is the right idea: allow rendering on the front-end or the back-end, and make these renderers easy to plug in. Back-end rendering works well for extensibility too, as renderers could be plugged in as needed per project. Extending the set of renderers on the front end, looks less clean - either they'd be baked in, or there'd need to be some way to inject them at runtime. Perhaps the preference should be for back end rendering, with a small set of standardised renderers on the front end? It's still unclear to me how the wiring will work - I think I probably have to prototype something (maybe table rendering) and see how it looks. As for interactivity, I think this is a really tricky one. Wolfram, with Mathematica, have done a _really_ nice job with this. In case you're not familiar, the heart of it is a dependency-tracking, reactive variable system (Dynamic[]). And on top of this they've come up with a nice language for describing UI. It's extremely impressive, but it's also a pretty large engineering effort I think. I wonder whether a more modest goal might not be the right thing to try for (given I don't see us bringing the same resources as Wolfram to bear on the problem!). I found with monkeycruncher that you can get almost all of what you might want to do regarding interactivity with a much more restricted mode of interaction. It had a Bret Victor style live mode where you could edit the code and see the results change live. It also had some neat UI (sliders, colour pickers) to edit parts of the code fluidly. I found that this worked really well, and it fits very well with the idea above (edit code, automatically re-evaluate, generates new value, new value is rendered). I'd love to hear your thoughts on all of this :-) ** Implementing client in Clojurescript (@Jeff) ** Yes, cljs etc would probably have been a very good fit. But I
Re: [ANN] Gorilla REPL initial release (0.1.2)
Hello Jony It would be nice to make some cooperation between the Gorilla's Charsts Incanter's. Right now, there is discussion in Incanter mailing list, about implementing different backends for charts, so it would be possible to generate them for JFreeChart, D3, etc. On Sun, Feb 23, 2014 at 6:22 PM, Jony Hudson jonyepsi...@gmail.com wrote: Hi, thanks again for the kind words and enthusiasm! Let me try and give my thoughts on some of the points raised: ** Light table plugin (@Patrik) ** I would like to see this, as I think LT has a lot of potential. Things like file-handling UI, nice code editing ... are all difficult problems that I've not really tackled in Gorilla. Light table has those already, so I could see it working well. I haven't the foggiest how to do it though! ** Extensible (@Jeff) ** Yes, it's good to say this explicitly as I think this is key. At the moment it's very poor in that regard. Before it happens I think the central thing to pin down and get right is ... ** Value rendering and interaction (@Jeff) ** This, to my mind, is the place where real design decisions have to be made. There are some free-floating ideas in my head, but nothing really joined-up yet. If we leave aside interactivity for a minute: the one thing that is clear to me is that having the back-end return plain old Clojure values is a *good idea*. Things you run just produce values, and the front-end knows how to present values in a way that's helpful to the user. There should be no state in the front-end that can be accessed by the back-end, no messaging etc. This I see as the central idea. It's what makes it possible to compose plots, (and hypothetically) append tables, make a tree-diagram with plots as nodes, display formulae in tables etc. Because everything displayed by the front-end is just a Clojure value, and you can manipulate those as you wish. Ultimately, everything has to end up as something the browser can display. At the moment, all of this conversion is happening in the browser. I had resisted having this conversion happening in the back-end because I was nervous about having the front-end evaluate things on the back-end that the user hasn't explicitly asked for. But maybe that isn't a problem as long as the rendering functions are tastefully written (i.e. side-effect free). So maybe what Jeff suggests is the right idea: allow rendering on the front-end or the back-end, and make these renderers easy to plug in. Back-end rendering works well for extensibility too, as renderers could be plugged in as needed per project. Extending the set of renderers on the front end, looks less clean - either they'd be baked in, or there'd need to be some way to inject them at runtime. Perhaps the preference should be for back end rendering, with a small set of standardised renderers on the front end? It's still unclear to me how the wiring will work - I think I probably have to prototype something (maybe table rendering) and see how it looks. As for interactivity, I think this is a really tricky one. Wolfram, with Mathematica, have done a _really_ nice job with this. In case you're not familiar, the heart of it is a dependency-tracking, reactive variable system (Dynamic[]). And on top of this they've come up with a nice language for describing UI. It's extremely impressive, but it's also a pretty large engineering effort I think. I wonder whether a more modest goal might not be the right thing to try for (given I don't see us bringing the same resources as Wolfram to bear on the problem!). I found with monkeycruncher that you can get almost all of what you might want to do regarding interactivity with a much more restricted mode of interaction. It had a Bret Victor style live mode where you could edit the code and see the results change live. It also had some neat UI (sliders, colour pickers) to edit parts of the code fluidly. I found that this worked really well, and it fits very well with the idea above (edit code, automatically re-evaluate, generates new value, new value is rendered). I'd love to hear your thoughts on all of this :-) ** Implementing client in Clojurescript (@Jeff) ** Yes, cljs etc would probably have been a very good fit. But I already had some code and plenty of experience with javascript and knockout.js (which is a very lovely piece of software IMHO). I'd be disinclined to port it to cljs unless there was a compelling reason to do so! ** Core.matrix (@Mikera) ** Yes. Definitely should happen! ** Load/save problems (@Fabian) ** I can't reproduce this on my machine (Mac OS) with Chrome. It doesn't save into non-existent directories, but it does give an error message for me on this. I can load/save worksheets to the root directory. Can you confirm you can reproduce the problem, and if so perhaps file a Github issue with details of your setup? ** MathML support (@mmower) ** I think this already works, as
Re: [ANN] Gorilla REPL initial release (0.1.2)
What i found with saving and loading: - If i try to save to a folder it will not be created and there is no error message. - It will not load a file which is in the root folder. - If i created the ws folder by hand i can load and save without problems. Fabian Am 20.02.2014 um 08:43 schrieb Fabian Page faebu3...@gmail.com: Very nice project! I can save but not load a worksheet on my machine. (OS X, Chrome) If somebody else has the same problem i can open an issue on github. Fabian Am 19.02.2014 um 22:23 schrieb Jony Hudson jonyepsi...@gmail.com: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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
Re: [ANN] Gorilla REPL initial release (0.1.2)
This is really neat! For the last two or three weeks I've been experimenting with a handful of different implementations of a really similar idea – an interactive Clojure notebook using web technologies for the frontend. In the process I've encountered a lot of the same issues you described (I'm particularly amused that we independently came up with the same idea of tagging values to indicate that they should be rendered in a particular way). One thing that I've been playing around with is implementing the whole thing directly in ClojureScript – that is, evaluating user-entered code directly in the browser environment instead of sending it off to a JVM Clojure REPL in the background – using cljs-in-cljs, a reimplementation of the ClojureScript compiler in ClojureScript. This area of experimentation is particularly interesting to me because it seems to have the greatest potential for realizing the open, ubiquitous platform part of the dream :) Definitely looking forward to helping out with this in any way I can. On Wednesday, February 19, 2014 1:23:02 PM UTC-8, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups
Re: [ANN] Gorilla REPL initial release (0.1.2)
Thanks all for the kind comments. I'll be back to follow up later once I have some free time. I made another short video - this one slightly incoherent as I was getting tired it would seem - about how plotting works, that might be of interest: https://vimeo.com/87139900 Thanks again, Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Jony this thing is totally cool. Forget the plotting as a REPL for exploring stuff (with the ability to restore sessions) it's very nice. m/ On Wednesday, 19 February 2014 21:23:02 UTC, Jony Hudson wrote: I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Couple of feature requests: move segment up/down and MathML support (it's been 20 years since I did any Latex although its undoubtedbly cool!) m/ On Wednesday, 19 February 2014 21:23:02 UTC, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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.
[ANN] Gorilla REPL initial release (0.1.2)
Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
This is awesome. In my head I've been planing something similar to this for a while now. In my head it's the ideal kind of UI for a power-user not scared of writing small scripts to get their work done while not losing visual output and feedback. More recently I was thinking of it as a LightTable plugin. LT to get a free decent editor to build on (giving up par-edit etc is a drag so rather not if I don't have to), and some of the nrepl etc piping for free. When I get to this project I'll definitely check out gorilla more closely. On Wednesday, February 19, 2014 9:23:02 PM UTC, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
I've spent a bit of time with Julia lately and I found the Julia notebook via ipython to be really nice. I really appreciate all the work you've put into this and am looking forward to trying it out! Great announcement, btw. It's nice to have clear action items to go along with the announcement. You made a screencast too! Rally! Cheers, '(Devin Walters) On Feb 19, 2014, at 15:23, Jony Hudson jonyepsi...@gmail.com wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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
Re: [ANN] Gorilla REPL initial release (0.1.2)
Hey, this looks really great, and if it could be made easily extensible I think it could gain a lot of traction. From a quick glance I have a couple thoughts: * Clojurescript!!! Why do all this work in Javascript? This is a project made for clojurescript, core.async, and maybe Om. - To make this transition feasible the existing javascript could be used like a library from a clojurescript shell that can then grow. * Being able to render values of different types is important, and I think it deserves a lot of attention in both the design and documentation. There are some values that will need server side rendering, others client side, and some both. If you can define a set of protocols for each side of this channel then people would ideally be able to quickly add support for whatever data is relevant to their project with a couple extensions. - This could be extended for values inside comments, like your latex support, by have a special comment reader that people could define reader macros for. * Also there will be some types of interaction with values that will require setting up server side state in order to work correctly. For example, it would be great to be able to define a synthesizer in Overtone and then get a button in the browser that you can click to trigger its execution on the server, pause, play, stop, and tweak parameters. Or for longer running processes, like training a neural network, it would be great to be able to setup communication between the model training on the server and a live chart in the browser. (e.g. You could 'fork' off named channels from the primary communication channel between client and server to transmit data between handlers on each side.) * When saving to a file it would be great to have a mode that only saved the code and the markdown in clean comments, without all the cruft. Very cool, and I look forward to experimenting and helping out. Thanks! -Jeff On Thursday, February 20, 2014 5:23:02 AM UTC+8, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but
Re: [ANN] Gorilla REPL initial release (0.1.2)
This looks great - congrats! I think it would be very useful to integrate core.matrix array types. This gives a number of advantages: - Multi-dimensional array data for plotting / analysis - Lots of array programming operations handy for data manipulation and analysis - Incanter integration comes for free (to some extent), since the Clatrix matrices are themselves a core.matrix implementation I filed a GitHub issue here. https://github.com/JonyEpsilon/gorilla-repl/issues/47 Happy to help out with any core.matrix specifics! On Thursday, 20 February 2014 05:23:02 UTC+8, Jony Hudson wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Hey - tried to play the video with Chrome/Fedora, and no go! Got any other formats available? Alan On Wed, Feb 19, 2014 at 1:23 PM, Jony Hudson jonyepsi...@gmail.com wrote: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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] Gorilla REPL initial release (0.1.2)
Very nice project! I can save but not load a worksheet on my machine. (OS X, Chrome) If somebody else has the same problem i can open an issue on github. Fabian Am 19.02.2014 um 22:23 schrieb Jony Hudson jonyepsi...@gmail.com: Hi All, I'm pleased to announce the first release of Gorilla REPL, a rich REPL in the notebook style: https://github.com/JonyEpsilon/gorilla-repl From the README: You can think of it like a pretty REPL that can plot graphs, or you can think of it as an editor for rich documents that can contain interactive Clojure code, graphs, table, notes, LaTeX formulae. Whatever works for you! One of the main aims is to make it lightweight enough that you can use it day-to-day instead of the command-line REPL, but also offer the power to perform and document complex data analysis and modelling tasks. Above all else, Gorilla tries not to dictate your workflow, but rather to fit in to the way you like to work, hopefully putting a bit more power to your elbow. You might like to take a look at a video introduction that shows what it does better than my poor prose describes it: https://vimeo.com/87118206 I hope you like it and find it useful. In particular I really hope it fits in to your workflow, and if not it would be great to know why. Bear in mind it is very new and hasn't had a lot of testing, so caveat evaluator. In particular: * I've done very limited testing other than on Safari on Mac. I've checked that it works in most of the major browsers on Windows and Mac, but that's about it! * At the moment you can only open one window otherwise it breaks (silently!). I'd love some help on the bug that's blocking this from someone who understands nREPL better than me. https://github.com/JonyEpsilon/gorilla-repl/issues/10 * It relies on an internet connection at the moment, at least until it caches various fonts. Need to get in touch with someone at clojars about size limitations. I think there's a lot still to be done, and there are some areas that would really benefit from feedback from clojure developers more experienced than me. Directions I'd love to see explored: * More work on plotting. Still very green, and much could be improved. * Incanter integration. If I've understood correctly, Incanter can generate SVG, so shouldn't be too difficult. * Content-types. Currently values are tagged to indicate they should be rendered specially by the front-end. Is this the right way to do it? What about tagged literals? * UI as a value. There's a lot that could be done with custom rendering of values. Mathematica is particularly impressive in this regard, and it would be interesting to think where this could go with clojure. I know Kovas Boguta has thought about this a lot. * Clojurescript! I think this is a _really_ interesting one. I'd love to see a pure-client-version that uses a clojurescript REPL server in a web-worker or similar. I came to write Gorilla through thinking about this angle originally, having previously messed around with javascript based data analysis in the browser (see http://monkeycruncher.org - cute idea, but no-one wants to use js to analyse their data!). In my opinion there's some really important work to be done on opening up analysis - I'd love to publish scientific papers not with a snapshot of my analysis, but with my real, living, breathing analysis in them. And I love to do it on an open, ubiquitous platform :-) Anyway, let me know what you think. Comments, issues and pull requests all very, very welcome ;-) Jony -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from 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