GNU bug report logs - #40507
26.2; truncate-lines does not respect line-height

Previous Next

Package: emacs;

Reported by: ndame <emacsuser <at> freemail.hu>

Date: Wed, 8 Apr 2020 13:52:02 UTC

Severity: wishlist

Found in version 26.2

To reply to this bug, email your comments to 40507 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


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):

From: ndame <emacsuser <at> freemail.hu>
To: "bug-gnu-emacs <at> gnu.org" <bug-gnu-emacs <at> gnu.org>
Subject: 26.2; truncate-lines does not respect line-height
Date: Wed,  8 Apr 2020 15:51:09 +0200 (CEST)
[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):

From: Eli Zaretskii <eliz <at> gnu.org>
To: ndame <emacsuser <at> freemail.hu>
Cc: 40507 <at> debbugs.gnu.org
Subject: Re: bug#40507: 26.2; truncate-lines does not respect line-height
Date: Wed, 08 Apr 2020 17:16:21 +0300
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):

From: ndame <emacsuser <at> freemail.hu>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: "40507 <at> debbugs.gnu.org" <40507 <at> debbugs.gnu.org>
Subject: Re: bug#40507: 26.2; truncate-lines does not respect line-height
Date: Wed,  8 Apr 2020 16:31:54 +0200 (CEST)
[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.