Dear Prof Ripley,
* Rafael Laboissiere [2010-08-14 20:55]:
> * Rafael Laboissiere [2010-08-12 20:24]:
>
> I did not hear from you but I went ahead and prepared a patch according
> to your recommendations, attached below. I hope that the copyright and
> licensing issues are c
* Rafael Laboissiere [2010-08-12 20:24]:
> * Prof Brian Ripley [2010-08-12 18:25]:
>
> > If you provide a patch with these extremely important issues
> > resolved, we will consider its merits. But not otherwise.
>
> Please, tell me whether what I wrote above is o
I do not think we should bother making me hold copyright on the sys-std.c
file.
> If you provide a patch with these extremely important issues
> resolved, we will consider its merits. But not otherwise.
Please, tell me whether what I wrote above is okay and I wil
* Prof Brian Ripley [2010-08-12 09:04]:
> The readline documentation suggests that applications should set
> their name by rl_readline_name. That will be done and documented as
> from R 2.12.0, but the application name is 'R', not
> 'RCustomCompletion' -- and the only example in any of the posti
al patch that seems to fix the problem.
Best regards,
Rafael Laboissiere
Index: sys-std.c
===
--- sys-std.c (revision 52687)
+++ sys-std.c (working copy)
@@ -889,10 +889,10 @@
rl_data.readline_eof = 0;
rl_data.prev = r
depends on the user to define the key binding in ~/.inputrc. To
mimic this behavior, the code should be rather:
rl_add_defun ("operate-and-get-next", operate_and_get_next, -1);
Best regards,
Rafael Laboissiere
* Rafael Laboissiere [2010-08-07 13:07]:
> Both Bash and Octave
Octave has borrowed practically the same code from Bash.
Before I start looking at the R code, I would like to know whether the R
developers had already planned to include the operate-and-get-next
feature into R.
Best regards,
Rafael Laboissiere
__
R
