From: Peter W. <pet...@wo...> - 2001-07-28 09:08:27
|
Hi Using 2.27 on Gnu/Linux, built at home. Maybe these were included in the release (2.27) by mistake, since I did not see them in the 'user-visible changes' list of the announcement, but anyway: META/ESC-n does not work in a multi-line form. META/ESC-p does not seem to work properly. If I type: (defun foo (a b) <newline> (list a b)) <newline> foo gets defined and the entry gets stored in history so I can recall the whole thing with C-p. BUT ESC-p first moves the cursor to the beginning of the line, and only then moves it to the line above. ESC-n moves the cursor to the end of the line, and does _not_ move it to the line below. In addition, parenthesis matching does not work across lines. Are clispers supposed to count parens? Regards, Peter |
From: Sam S. <sd...@gn...> - 2001-07-28 16:58:39
|
> * In message <20010728105655.A353@localhost.localdomain> > * On the subject of "[clisp-list] bug(s) in next-line-virtual" > * Sent on Sat, 28 Jul 2001 10:56:55 +0200 > * Honorable Peter Wood <pet...@wo...> writes: > > Using 2.27 on Gnu/Linux, built at home. > > Maybe these were included in the release (2.27) by mistake, since I > did not see them in the 'user-visible changes' list of the you are right - this should have been mentioned. > announcement, but anyway: > > META/ESC-n does not work in a multi-line form. > META/ESC-p does not seem to work properly. > > If I type: > > (defun foo (a b) <newline> > (list a b)) <newline> > > foo gets defined and the entry gets stored in history so I can recall > the whole thing with C-p. BUT ESC-p first moves the cursor to the > beginning of the line, and only then moves it to the line above. > ESC-n moves the cursor to the end of the line, and does _not_ move it > to the line below. these work for me (more or less) on Solaris. can you fix the problems you are observing? see previous_line_virtual() and next_line_virtual() in stream.d > In addition, parenthesis matching does not work across lines. please complain to the GNU Readline maintainer Chet Ramey <ch...@po...>. -- Sam Steingold (http://www.podval.org/~sds) Support Israel's right to defend herself! <http://www.i-charity.com/go/israel> Read what the Arab leaders say to their people on <http://www.memri.org/> Someone has changed your life. Save? (y/n) |
From: Peter W. <pet...@wo...> - 2001-07-28 19:12:42
|
On Sat, Jul 28, 2001 at 12:58:15PM -0400, Sam Steingold wrote: > > * Honorable Peter Wood <pet...@wo...> writes: > > Using 2.27 on Gnu/Linux, built at home. ... > > foo gets defined and the entry gets stored in history so I can recall > > the whole thing with C-p. BUT ESC-p first moves the cursor to the > > beginning of the line, and only then moves it to the line above. > > ESC-n moves the cursor to the end of the line, and does _not_ move it > > to the line below. > > these work for me (more or less) on Solaris. > can you fix the problems you are observing? > see previous_line_virtual() and next_line_virtual() in stream.d My report was not quite accurate. E-n moves to the end of the line and no further, only if used in the first line. So moving the cursor back one space and then E-n _will_ move to the next line. > > In addition, parenthesis matching does not work across lines. > > please complain to the GNU Readline maintainer Chet Ramey I've just reported it to the readline bug address on their homepage. If they fix it, I will try to make my readline functions for lisp indentation use newlines instead of appending spaces when indenting. I do need both paren matching and indentation on the console, so until they fix it, I am just going to keep using my kludgy lisp-indentation patch. Regards, Peter |