GNU bug report logs -
#19442
25.0.50; Overflowing newline into right fringe requires left fringe to be nonempty
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19442 in the body.
You can then email your comments to 19442 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#19442
; Package
emacs
.
(Fri, 26 Dec 2014 00:17:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Kirill Ignatiev <kirill.ignatiev <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Fri, 26 Dec 2014 00:17:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
According to overflow-newline-into-fringe's docstring, when point is
that the end of a line that is as wide as the frame the point should
be displayed in the right fringe.
However, it seems that on 25.0.50 (with -Q), it requires both the
right *and* the left fringe to be non-empty. If the left fringe is
empty, the newline does not overflow into the right fringe, as the
documentation and common sense says it should.
(setq overflow-newline-into-fringe t)
(dolist (x '((cursor-type . box)
(cursor-color . "red")
(width . 80)
(left-fringe . 8) ; change this to 0
(right-fringe . 8)))
(set-frame-parameter (selected-frame) (car x) (cdr x)))
;; (progn (insert "\n;") (dotimes (x 79) (insert ?x)))
;xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
In GNU Emacs 25.0.50.36 (x86_64-apple-darwin13.4.0, NS appkit-1265.21
Version 10.9.5 (Build 13F34))
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Fri, 26 Dec 2014 08:19:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Kirill Ignatiev <kirill.ignatiev <at> gmail.com>
:
bug acknowledged by developer.
(Fri, 26 Dec 2014 08:19:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 19442-done <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 25 Dec 2014 19:16:13 -0500
> From: Kirill Ignatiev <kirill.ignatiev <at> gmail.com>
>
> According to overflow-newline-into-fringe's docstring, when point is
> that the end of a line that is as wide as the frame the point should
> be displayed in the right fringe.
>
> However, it seems that on 25.0.50 (with -Q), it requires both the
> right *and* the left fringe to be non-empty. If the left fringe is
> empty, the newline does not overflow into the right fringe, as the
> documentation and common sense says it should.
>
> (setq overflow-newline-into-fringe t)
> (dolist (x '((cursor-type . box)
> (cursor-color . "red")
> (width . 80)
> (left-fringe . 8) ; change this to 0
> (right-fringe . 8)))
> (set-frame-parameter (selected-frame) (car x) (cdr x)))
> ;; (progn (insert "\n;") (dotimes (x 79) (insert ?x)))
> ;xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
This is not a bug.
You insert too many characters in that line. Insert only 79 of them,
including the semi-colon, and you will see the newline overflow into
the right fringe, as documented.
When one of the fringes is missing, the display engine reserves one
column for the continuation glyph, so you have one column less for
characters. For more details about this, see
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19395#32
and a few follow-ups after that.
If you want to avoid losing 1 full column, set the left fringe to 1
pixel, not zero.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 23 Jan 2015 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 10 years and 210 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.