Menu
▾
▴
java-readline-devel
|
From: Bernhard B. <ma...@ba...> - 2003-07-10 18:53:10
|
Hi Marc, this sounds great - I thought it could not be possible. I will have a look at it this weekend. If in any way possible, it would be great if we could integrate it into java-readline (users already have asked for a native implementation). Thanks, Bernhard > Bernhard- > > I just release a new version of my JLine library at > http://jline.sf.net. It is a pure-java implementation of GNU readline. > It works pretty well (it has command history, tab completion, and line > editing), but it is not as stable/robust as the native libraries, and > currently works only on UNIX platforms. > > Looking at the source code for java-readline, it looks like it might be > possible to write an adaptor to have it act as one of the > implementations that java-readline can use. This would be a good > intermediate between not having readline/editline support on the > platform (either because it is too difficult to build, or if you do not > want your users to have to install extra software) and the pain that is > a pure-java System.in console utility. > > FYI, I initially wrote this because I couldn't get the java-readline > native binaries to build on Mac OS 10.2, and I wanted something that > would work with another one of my projects (http://sqlline.sf.net). > > Let me know if you would be interested in working together on this. > > Sincerely, > > -Marc |
|
From: Marc Prud'h. <ma...@ap...> - 2003-07-10 19:09:47
|
Bernhard- > this sounds great - I thought it could not be possible. I will have a > look at > it this weekend. Excellent. Let me know what you think. Note that it currently has a lot of problems on Windows ... I hope to be able to get it work on that platform in the near future. > If in any way possible, it would be great if we could > integrate it into java-readline (users already have asked for a native > implementation). Sure. It's LGPL, so you are certainly free to do anything you like with it. > > Thanks, Bernhard > >> Bernhard- >> >> I just release a new version of my JLine library at >> http://jline.sf.net. It is a pure-java implementation of GNU readline. >> It works pretty well (it has command history, tab completion, and line >> editing), but it is not as stable/robust as the native libraries, and >> currently works only on UNIX platforms. >> >> Looking at the source code for java-readline, it looks like it might >> be >> possible to write an adaptor to have it act as one of the >> implementations that java-readline can use. This would be a good >> intermediate between not having readline/editline support on the >> platform (either because it is too difficult to build, or if you do >> not >> want your users to have to install extra software) and the pain that >> is >> a pure-java System.in console utility. >> >> FYI, I initially wrote this because I couldn't get the java-readline >> native binaries to build on Mac OS 10.2, and I wanted something that >> would work with another one of my projects (http://sqlline.sf.net). >> >> Let me know if you would be interested in working together on this. >> >> Sincerely, >> >> -Marc > > -- Marc Prud'hommeaux ma...@so... SolarMetric Inc. http://www.solarmetric.com |
|
From: Bernhard B. <ma...@ba...> - 2003-07-12 14:08:34
|
> Bernhard- > > > this sounds great - I thought it could not be possible. I will have a > > look at > > it this weekend. > > Excellent. Let me know what you think. Hi Marc, I think jline is very good work. IMHO there are two options: - we merge our projects - we write a java-readline wrapper to jline I would prefer the first solution, since the second one is more cumbersome for developers and users: they have to download two libraries to compile and use java-readline. Maybe we could setup jline as a subproject of the merger (name to be found) so it could be built and used seperately if necessary. Which option do you prefer? Bernhard |
|
From: Marc Prud'h. <ma...@ap...> - 2003-07-17 01:35:59
|
Bernhard-
> I think jline is very good work. IMHO there are two options:
>
> - we merge our projects
> - we write a java-readline wrapper to jline
>
> I would prefer the first solution, since the second one is more
> cumbersome for
> developers and users: they have to download two libraries to compile
> and use
> java-readline.
>
> Maybe we could setup jline as a subproject of the merger (name to be
> found) so
> it could be built and used seperately if necessary.
>
> Which option do you prefer?
For the time being, I would like to keep them separate, for a couple
reasons:
1. I want to be able to make quick architectural changes without having
to worry about projects that are relying on various libraries to keep
them stable, and
2. There is some additional functionality that I need to have for other
projects in JLine (like the fairly sophisticated ArgumentCompletor and
other completor stuff), and I think that introducing that into
java-readline might convolute the API (since there would be features
that would only be available for a single implementation).
3. JLine is still a little flaky, and doesn't really work on Windows at
all yet.
So I think that an adapter for java-readline would be the way to go. It
would be nice if java-readline used a "pluggable" system, that maybe
uses the java services framework for automatic discovery of
java-readline implementations. However, writing a quick little adaptor
would probably be quite easy.
In any case, I am happy to have JLine (w/ the adapter) also bundled
into the java-readline libraries so people do not have to download two
separate sets of libraries in order to get the functionality.
I'm probably going to be too busy with work for the new couple weeks to
do much work on it, so if you want to work on the adaptor, then feel
free to jump right in. Otherwise, I'll let you know when I'm able to
work something out. I imagine it will only take a few hours to get
something working.
-Marc
On Saturday, July 12, 2003, at 09:23 AM, Bernhard Bablok wrote:
>
>> Bernhard-
>>
>>> this sounds great - I thought it could not be possible. I will have a
>>> look at
>>> it this weekend.
>>
>> Excellent. Let me know what you think.
>
> Hi Marc,
>
> I think jline is very good work. IMHO there are two options:
>
> - we merge our projects
> - we write a java-readline wrapper to jline
>
> I would prefer the first solution, since the second one is more
> cumbersome for
> developers and users: they have to download two libraries to compile
> and use
> java-readline.
>
> Maybe we could setup jline as a subproject of the merger (name to be
> found) so
> it could be built and used seperately if necessary.
>
> Which option do you prefer?
>
> Bernhard
>
>
>
--
Marc Prud'hommeaux ma...@so...
SolarMetric Inc. http://www.solarmetric.com
|
|
From: Bernhard B. <ma...@ba...> - 2003-07-18 18:01:51
|
> For the time being, I would like to keep them separate, for a couple > reasons: > Ok, let's stick with the adapter. > In any case, I am happy to have JLine (w/ the adapter) also bundled > into the java-readline libraries so people do not have to download two > separate sets of libraries in order to get the functionality. That will be the best solution. > I'm probably going to be too busy with work for the new couple weeks to > do much work on it, so if you want to work on the adaptor, then feel > free to jump right in. Otherwise, I'll let you know when I'm able to > work something out. I imagine it will only take a few hours to get > something working. I'm also busy, but more because of the fine weather ;-) Before starting, I will ask you again to prevent duplication of work. Bernhard |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X