GNU bug report logs - #23574
24.5; Overzealous underlining in emacs-nox

Previous Next

Full log

Message #58 received at 23574 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Colin Woodbury <cwoodbury <at> azavea.com>
Cc: 23574 <at> debbugs.gnu.org, rudalics <at> gmx.at, john.b.mastro <at> gmail.com,
 npostavs <at> users.sourceforge.net
Subject: Re: bug#23574: 24.5; Overzealous underlining in emacs-nox
Date: Mon, 06 Jun 2016 22:18:33 +0300

> From: Colin Woodbury <cwoodbury <at> azavea.com>
> Date: Mon, 6 Jun 2016 11:25:34 -0700
> Cc: Eli Zaretskii <eliz <at> gnu.org>, Noam Postavsky <npostavs <at> users.sourceforge.net>, 23574 <at> debbugs.gnu.org, 
> 	John Mastro <john.b.mastro <at> gmail.com>
> 
> If your statement that uses an implicit happens to span multiple lines, ensime (I believe) just finds the starting
> and ending points of the statement and applies the face to the entire area. In the GUI, this happens to produce
> the desired effect of only underlining where characters are (with the newline as well, as mentioned
> previously).

Once again, there _is_ no newline.  It is not displayed.  What you see
is an empty character cell produced for displaying the cursor.  It has
no direct relation to the newline.

And I don't think what you get is the desired effect, you just get a
side effect of a particular implementation detail.  E.g., what happens
if a line fits exactly on a line, i.e. the cursor at its end will be
displayed on the fringe?

> In TTY this places the face over everything, which we don't agree is a bug or not.

It isn't a bug, because that's how the display engine was coded to
work.  Of course, we can make it behave differently if we want.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.