emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#19442: closed (25.0.50; Overflowing newline into r


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#19442: closed (25.0.50; Overflowing newline into right fringe requires left fringe to be nonempty)
Date: Fri, 26 Dec 2014 08:19:02 +0000

Your message dated Fri, 26 Dec 2014 10:18:49 +0200
with message-id <address@hidden>
and subject line Re: bug#19442: 25.0.50; Overflowing newline into right fringe 
requires left fringe to be       nonempty
has caused the debbugs.gnu.org bug report #19442,
regarding 25.0.50; Overflowing newline into right fringe requires left fringe 
to be nonempty
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
19442: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19442
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.50; Overflowing newline into right fringe requires left fringe to be nonempty Date: Thu, 25 Dec 2014 19:16:13 -0500
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))



--- End Message ---
--- Begin Message --- Subject: Re: bug#19442: 25.0.50; Overflowing newline into right fringe requires left fringe to be nonempty Date: Fri, 26 Dec 2014 10:18:49 +0200
> Date: Thu, 25 Dec 2014 19:16:13 -0500
> From: Kirill Ignatiev <address@hidden>
> 
> 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.


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]