GNU bug report logs -
#40507
26.2; truncate-lines does not respect line-height
Previous Next
To reply to this bug, email your comments to 40507 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40507
; Package
emacs
.
(Wed, 08 Apr 2020 13:52:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
ndame <emacsuser <at> freemail.hu>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 08 Apr 2020 13:52:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The manual says:
‘line-height’
A newline can have a ‘line-height’ text or overlay property that
controls the total height of the display line ending in that
newline. *Note Line Height::.
If you set this for a bunch of lines then it properly adds spacing to those lines.
But if you have long lines in the buffer and (setq truncate-lines t) then
all lines will be properly spaced, except for the long lines, because the
newline is out of screen.
Even if the newline is not on screen, it should affect the height of the truncated
line, because that's why the package developer added line-height to the newline,
so the line has some spacing.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40507
; Package
emacs
.
(Wed, 08 Apr 2020 14:17:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 40507 <at> debbugs.gnu.org (full text, mbox):
severity 40507 wishlist
thanks
> From: ndame <emacsuser <at> freemail.hu>
> Date: Wed, 8 Apr 2020 15:51:09 +0200 (CEST)
>
> Even if the newline is not on screen, it should affect the height of the truncated
> line, because that's why the package developer added line-height to the newline,
> so the line has some spacing.
That's not what this feature was designed for. It is conceptually the
same as having a character in a line whose height is greater than
those of others: the line's hight will be increased only if that
taller character is displayed.
The line-height property you put on a newline is basically a means to
force the newline character have some specified height, even though
the newline doesn't have a glyph with a definite metrics. That's why
this property is placed on a newline, not on any other character.
In terms of the implementation, the feature you expected would require
the display engine consider characters that are not visible in the
window, something that the display code tries hard to avoid doing (so
it could be faster).
Severity set to 'wishlist' from 'normal'
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 08 Apr 2020 14:17:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#40507
; Package
emacs
.
(Wed, 08 Apr 2020 14:33:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 40507 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> In terms of the implementation, the feature you expected would require
> the display engine consider characters that are not visible in the
> window, something that the display code tries hard to avoid doing (so
> it could be faster).
I understand there can be performance implications. It may be worth some
additional lines in the manual that it has an effect only if the newline is
actually on the screen. (Maybe obvious, but I expected it to have an effect.)
And also the workaround could be mentioned that the user can place a
display line-height property to some other character on the line (preferably
a space, so it doesn't affect the text appearance) which has the same effect.
[Message part 2 (text/html, inline)]
This bug report was last modified 5 years and 68 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.