Hi Eric, 2009/10/9 Eric Thorsen <[email protected]>
> > Laurent, > In the code analysis section of the article: > > http://www.enclojure.org/The+Enclojure+REPLs+%28Not+just+for+Netbeans%21%29#ExampleCodeAnalysis > It points you to where the bulk of the communications layer is. > Thanks. I started to read the article, it's very clear, very good ! Thanks again for sharing this with us all. > I would be interested in what features of the UI pieces you feel are > overlapping with what you are doing in Eclipse, not relevant or > perhaps the feature set of the Eclipse REPL has functionality that > could/should be added? > Well, the Eclipse REPL could not be more naked than it is : currently starting a Repl for the project means launching a clojure configuration - which is just a java configuration in disguise with just the needed additional items as a clojure survival kit (ability to list files to be automatically loaded, for example - only files accessible from the current classpath settings, of course) - . And the out-of-the-box Eclipse console, which binds stdin and stdout, is used (oh yes, because starting a REPL for a project currently means launching clojure.contrib.repl-ln. > Very interested in your feedback! > Just started to read the article, but one thing already : why not use clojure.contrib.repl-ln (or offer it as an option) in place of the raw clojure.main REPL ? > Eric > > > On Oct 9, 9:43 am, Laurent PETIT <[email protected]> wrote: > > Eric, thanks for sharing this ! > > > > I hope I'll have time to look at it soon. > > > > One preliminary question please : I understand there is no dependency on > > Netbeans, but is there a dependency on a UI fmk at all (you guess why I > ask > > so: Eclipse uses swt, not swing :). > > > > Thanks, > > > > and keep up the good work ! > > > > -- > > laurent > > > > 2009/10/9 Thorsen Eric <[email protected]> > > > > > > > > > I've seen talk about socket based REPLs with history etc. and this is > > > something we have been using in Enclojure for over a year now. I put > some > > > time into updated the docs, provided samples for running REPLs outside > of > > > Netbeans and put together a fairly detailed article about the REPL > > > architecture and using it outside of Netbeans to make it more > approachable > > > and hopefully encourage more folks to get involved.You can find the > > > article here: > > >http://www.enclojure.org/The+Enclojure+REPLs+%28Not+just+for+Netbeans. > .. > > > > > I'd love some feedback from other tool builders on how we can pool our > > > efforts on things like static analysis, data viewers (for debugging and > the > > > like), etc. There is a good deal of code in the Enclojure library for > > > supporting lexing, static analysis, completion etc. that I would > imagine > > > could be used elsewhere (as well as be enhanced). > > > I have not been able to put this stuff in clojure.contrib as there are > > > dependancies on some other libraries. If there is a story for a > > > "clojure.contrib with deps" I would happily contribute the code base > there. > > > > > Thanks and happy REPLing! > > > Eric > > > > > *Eric Thorsen* > > > *ThorTech Solutions* > > > *www.thortech-solutions.com* > > > *(914) 302-7638 [work]* > > > *(914) 302-7641 [fax]* ** > > > *(914) 804-4954 [cell]* > > > * > > > * > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to [email protected] Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/clojure?hl=en -~----------~----~----~----~------~----~------~--~---
