GNU bug report logs -
#13810
24.3.50; Docstring of `newline' is confusing
Previous Next
Reported by: Xue Fuqiao <xfq.free <at> gmail.com>
Date: Mon, 25 Feb 2013 10:06:02 UTC
Severity: minor
Tags: fixed
Found in version 24.3.50
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #17 received at 13810 <at> debbugs.gnu.org (full text, mbox):
On Mon, 25 Feb 2013 20:48:06 +0800 Xue Fuqiao <xfq.free <at> gmail.com> wrote:
> On Mon, 25 Feb 2013 13:23:14 +0100
> Stephen Berman <stephen.berman <at> gmx.net> wrote:
>
>> On Mon, 25 Feb 2013 18:03:09 +0800 Xue Fuqiao <xfq.free <at> gmail.com> wrote:
>> > In the doc string of the function `newline':
>> > Insert a newline, and move to left margin of the new line if it's
>> > blank.
>> > To reproduce this bug:
>> >
>> > emacs -Q
>> > M-<
>> > M-: (newline) RET
>> > A new line appears, but the point doesn't move to left margin of the
>> > first line.
>> I think you misread the doc string: point should -- and does -- move to
>> the left margin of the *new* line.
>
> You mean the *new* line is the second line (now)?
It just occurred to me that your confusion was probably due to thinking
of the newline character (C-j, line feed, "\n"), which is inserted at
the end of the line before the new line. In the doc string the two
words "new line" unambiguously refer to the line after the inserted
newline character that results from calling newline, but the first word
"newline" should perhaps be replaced by "newline character" or "line
feed".
Steve Berman
This bug report was last modified 4 years and 246 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.