java-readline-users

[Java-readline-users] position in buffer?

[Bob P. <bo...@ci...>]

When the completer is called, is there any way to tell where the cursor 
is in the buffer? If the word being completed is unique in the buffer, 
it can be determined within the completer, but if the keyword is *not* 
unique in the buffer, is there any way to tell?

- Bobman

Re: [Java-readline-users] position in buffer?

[Bernhard B. <ma...@ba...>]

> When the completer is called, is there any way to tell where the cursor
> is in the buffer?

cursor: not yet, but it should be simple to implement it. But I'm not sur=
e if=20
this works, since the completer is called by native code, which in turn m=
ust=20
call native code to query the cursor-position, so wie have:

java -> c -> java -> c

I will try this in the next release.

> If the word being completed is unique in the buffer,
> it can be determined within the completer, but if the keyword is *not*
> unique in the buffer, is there any way to tell?

Could you please clarify what you mean with that?

Thank you, Bernhard

Re: [Java-readline-users] position in buffer?

[Bob P. <bo...@ci...>]

>
>
>>If the word being completed is unique in the buffer,
>>it can be determined within the completer, but if the keyword is *not*
>>unique in the buffer, is there any way to tell?
>>    
>>
>
>Could you please clarify what you mean with that?
>  
>
(Sorry for taking so long.)

Example:
    myprompt> mycommand -l all<tab> -f all

If the user hits a <tab> where inicated (after the first occurance of 
'all'), all you get in the completer function is the keyword 'all' and 
no indication if the cursor was after the first or second occurance.

- Bobman

>  
>

Re: [Java-readline-users] position in buffer?

[Bernhard B. <ma...@ba...>]

> >>If the word being completed is unique in the buffer,
> >>it can be determined within the completer, but if the keyword is *not=
*
> >>unique in the buffer, is there any way to tell?
> >
> >Could you please clarify what you mean with that?
>
> (Sorry for taking so long.)
>
> Example:
>     myprompt> mycommand -l all<tab> -f all
>
> If the user hits a <tab> where inicated (after the first occurance of
> 'all'), all you get in the completer function is the keyword 'all' and
> no indication if the cursor was after the first or second occurance.
>

Currently, you have no chance. As soon as you can determine the=20
cursor-position (I'll try to implement this in the next release) you can =
find=20
out by requesting the whole line-buffer. There is no readline-function=20
available for this directly.

Bernhard

Re: [Java-readline-users] position in buffer?

[Bob P. <bo...@ci...>]

> Currently, you have no chance. As soon as you can determine the 
> cursor-position (I'll try to implement this in the next release) you can find 
> out by requesting the whole line-buffer. There is no readline-function 
> available for this directly.
> 

We use another line-editing library here called Tecla 
(http://www.astro.caltech.edu/~mcs/tecla/). It appears to be more 
fully-featured than GnuReadline. Also, the word-completion callback 
passes a pointer to the line and the current cursor position (it is the 
responsibility of the recipient to work backwards to find the beginning 
of the word).

Any chance you could add support for this library to JavaReadline?

- Bobman

Re: [Java-readline-users] position in buffer?

[Bernhard B. <ma...@ba...>]

> We use another line-editing library here called Tecla
> (http://www.astro.caltech.edu/~mcs/tecla/). It appears to be more
> fully-featured than GnuReadline. Also, the word-completion callback
> passes a pointer to the line and the current cursor position (it is the
> responsibility of the recipient to work backwards to find the beginning
> of the word).
>
> Any chance you could add support for this library to JavaReadline?

I heard of Tecla before, but I don't have the time to implement that. If=20
somebody does it, I will add it to the distribution.

Bernhard