GNU bug report logs -
#23574
24.5; Overzealous underlining in emacs-nox
Previous Next
Reported by: Colin Woodbury <cwoodbury <at> azavea.com>
Date: Wed, 18 May 2016 17:11:01 UTC
Severity: normal
Tags: notabug
Found in version 24.5
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
Eli Zaretskii <eliz <at> gnu.org> wrote:
>> Thanks for the response, Eli. If it's not a bug in terminal emacs,
>> then why do GUI emacs and terminal emacs display different things?
>> Note from the images that the empty space in GUI is _not_ given the
>> same overlay/face as the text.
>
> If you show me some Lisp which produces these different effects in X
> and non-X sessions, I could try looking for the reason. All I've seen
> is a screenshot, from which I deduced (perhaps incorrectly) what was
> done to produce it.
Here's an example shows the effect Colin is seeing:
(let (beg end ov)
(defface example-underline-face
'((t :underline t))
"Example face with underlining")
(goto-char (point-max))
(newline)
(setq beg (point))
(insert " foo\n bar\n")
(setq end (point))
(setq ov (make-overlay beg end))
(overlay-put ov 'face 'example-underline-face))
The result is the same with text properties instead of an overlay:
(progn
(defface example-underline-face
'((t :underline t))
"Example face with underlining")
(goto-char (point-max))
(newline)
(insert (propertize " foo\n bar\n"
'font-lock-face
'example-underline-face)))
In a graphical frame, the underline only extends one character past the
visible text (this one extra character presumably being the newline).
However, in a text frame the underline extends all the way to the end of
the window.
John
This bug report was last modified 3 years and 192 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.