Per--sounds like Kawa's got some good code to build on top of. One question would be how to structure the console (whether GUI or CLI) in such a way that language implementors would not feel constrained, but rather welcome and interested in plugging in their own language (e.g. adaptor to a language's interpreter, context introspection, etc.).
Just found this (if others on the list find related libraries, please list them) http://java-readline.sourceforge.net/ >From the project page: "Java-Readline is a port of GNU Readline for Java. Or, to be more precise, it is a JNI-wrapper to Readline. It is distributed under the LGPL. Although Java-Readline is distributed under the LGPL, the underlying Readline library is GPL code. The consequence is, that any program linking with Java-Readline+Readline, will fall under the GPL. There is a Readline replacement called Editline with a more liberal license. Starting with version 0.6, you have the choice of linking against Editline. This version also features a fallback solution (System.in) for platforms without Readline or Editline support, making your programs portable again." --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "JVM Languages" group. To post to this group, send email to jvm-languages@googlegroups.com To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/jvm-languages?hl=en -~----------~----~----~----~------~----~------~--~---
