GNU logs - #40507, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#40507: 26.2; truncate-lines does not respect line-height
Resent-From: ndame <emacsuser@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 08 Apr 2020 13:52:02 +0000
Resent-Message-ID: <handler.40507.B.15863538909488 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 40507 <at> debbugs.gnu.org
From: ndame <emacsuser@HIDDEN>
Message-ID: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_106236_677907669.1586353378589"
Date: Wed,  8 Apr 2020 15:51:09 +0200 (CEST)
 
 Content preview:  The manual says: =?UTF-8?Q?=E2=80=98line-height=E2=80=99_?= =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0A?= newline can have
    a =?UTF-8?Q?=E2=80=98line-height=E2=80=99?= text or overlay property that =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0controls?= the total
    height of the display line ending in that =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0_?= =?UTF-8?Q?=C2=A0newline._?= =?UTF-8?Q?=C2=A0*Note?= Line Height
    [...] 
 
 Content analysis details:   (2.3 points, 10.0 required)
 
  pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -0.7 RCVD_IN_DNSWL_LOW      RBL: Sender listed at https://www.dnswl.org/,
                             low trust
                             [209.51.188.17 listed in list.dnswl.org]
  0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
                             provider (emacsuser[at]freemail.hu)
  1.0 SPF_SOFTFAIL           SPF: sender does not match SPF record (softfail)
  0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
  0.0 HTML_MESSAGE           BODY: HTML included in message
  2.0 SPOOFED_FREEMAIL       No description available.
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.7 (/)

------=_Part_106236_677907669.1586353378589
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

The manual says:

=E2=80=98line-height=E2=80=99
=C2=A0 =C2=A0 =C2=A0A newline can have a =E2=80=98line-height=E2=80=99 text=
 or overlay property that
=C2=A0 =C2=A0 =C2=A0controls the total height of the display line ending in=
 that
=C2=A0 =C2=A0 =C2=A0newline. =C2=A0*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 =C2=A0 (setq truncate-lines t)=
 then=C2=A0
all lines will be properly spaced, except for the long lines, because the=
=C2=A0
newline is out of screen.

Even if the newline is not on screen, it should affect the height of the tr=
uncated=C2=A0
line, because that's why the package developer added line-height to the new=
line,
so the=C2=A0 line has some spacing.
=C2=A0
=C2=A0
------=_Part_106236_677907669.1586353378589
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

The manual says:<br />
<br />
&#8216;line-height&#8217;<br />
&#160; &#160; &#160;A newline can have a &#8216;line-height&#8217; text or overlay property that<br />
&#160; &#160; &#160;controls the total height of the display line ending in that<br />
&#160; &#160; &#160;newline. &#160;*Note Line Height::.<br />
<br />
If you set this for a bunch of lines then it properly adds spacing to those lines.<br />
<br />
But if you have long lines in the buffer and &#160; (setq truncate-lines t) then&#160;<br />
all lines will be properly spaced, except for the long lines, because the&#160;<br />
newline is out of screen.<br />
<br />
Even if the newline is not on screen, it should affect the height of the truncated&#160;<br />
line, because that&#39;s why the package developer added line-height to the newline,<br />
so the&#160; line has some spacing.<br />
&#160;<br />
&#160;
------=_Part_106236_677907669.1586353378589--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: ndame <emacsuser@HIDDEN>
Subject: bug#40507: Acknowledgement (26.2; truncate-lines does not respect
 line-height)
Message-ID: <handler.40507.B.15863538909488.ack <at> debbugs.gnu.org>
References: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN>
X-Gnu-PR-Message: ack 40507
X-Gnu-PR-Package: emacs
Reply-To: 40507 <at> debbugs.gnu.org
Date: Wed, 08 Apr 2020 13:52:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 40507 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
40507: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D40507
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#40507: 26.2; truncate-lines does not respect line-height
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 08 Apr 2020 14:17:01 +0000
Resent-Message-ID: <handler.40507.B40507.158635539213098 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: ndame <emacsuser@HIDDEN>
Cc: 40507 <at> debbugs.gnu.org
Date: Wed, 08 Apr 2020 17:16:21 +0300
Message-Id: <83ftdeoyfe.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN> (message
 from ndame on Wed, 8 Apr 2020 15:51:09 +0200 (CEST))
References: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

severity 40507 wishlist
thanks

> From: ndame <emacsuser@HIDDEN>
> 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).

Message received at control <at> debbugs.gnu.org:

Received: (at control) by debbugs.gnu.org; 8 Apr 2020 14:16:32 +0000
From debbugs-submit-bounces <at> debbugs.gnu.org Wed Apr 08 10:16:32 2020
Received: from localhost ([127.0.0.1]:52765 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jMBVH-0003P4-Mw
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2020 10:16:32 -0400
Received: from eggs.gnu.org ([209.51.188.92]:33975)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@HIDDEN>)
 id 1jMBVF-0003Op-Uw; Wed, 08 Apr 2020 10:16:30 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:54628)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@HIDDEN>)
 id 1jMBVA-0006hl-FK; Wed, 08 Apr 2020 10:16:24 -0400
Received: from [176.228.60.248] (port=1833 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@HIDDEN>)
 id 1jMBV9-0002Mk-GJ; Wed, 08 Apr 2020 10:16:24 -0400
Date: Wed, 08 Apr 2020 17:16:21 +0300
Message-Id: <83ftdeoyfe.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
To: ndame <emacsuser@HIDDEN>
In-Reply-To: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN> (message
 from ndame on Wed, 8 Apr 2020 15:51:09 +0200 (CEST))
Subject: Re: bug#40507: 26.2; truncate-lines does not respect line-height
References: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN>
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-Spam-Score: -0.7 (/)
X-Debbugs-Envelope-To: control
Cc: 40507 <at> debbugs.gnu.org
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

severity 40507 wishlist
thanks

> From: ndame <emacsuser@HIDDEN>
> 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).

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#40507: 26.2; truncate-lines does not respect line-height
Resent-From: ndame <emacsuser@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 08 Apr 2020 14:33:02 +0000
Resent-Message-ID: <handler.40507.B40507.158635633021927 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 40507
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Eli Zaretskii <eliz@HIDDEN>
Cc: "40507 <at> debbugs.gnu.org" <40507 <at> debbugs.gnu.org>
Received: via spool by 40507-submit <at> debbugs.gnu.org id=B40507.158635633021927
          (code B ref 40507); Wed, 08 Apr 2020 14:33:02 +0000
Received: (at 40507) by debbugs.gnu.org; 8 Apr 2020 14:32:10 +0000
Received: from localhost ([127.0.0.1]:52782 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1jMBkQ-0005hO-Cj
	for submit <at> debbugs.gnu.org; Wed, 08 Apr 2020 10:32:10 -0400
Received: from fmfe36.onbox.hu ([46.107.16.241]:23348 helo=web-out.onbox.hu)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <emacsuser@HIDDEN>) id 1jMBkO-0005bX-Qi
 for 40507 <at> debbugs.gnu.org; Wed, 08 Apr 2020 10:32:09 -0400
X-fm-smtp-source: yes
Received: from localhost (localhost [84.236.72.86])
 by web-out.onbox.hu (Postfix) with SMTP id 48y6DG2pk3z13r2;
 Wed,  8 Apr 2020 16:31:54 +0200 (CEST)
From: ndame <emacsuser@HIDDEN>
Message-ID: <Aybczw.PubH8FLk3bH.ofhQrFi8SJPJJy4KiEw@HIDDEN>
In-Reply-To: <83ftdeoyfe.fsf@HIDDEN>
References: <Aybcfg.fnPrOxYoUCiO.4znKImjmOeXlVX7c1qTN@HIDDEN>
 <83ftdeoyfe.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
 boundary="----=_Part_106541_995734024.1586356012958"
X-AccountId: 57978162
X-Originating-Ip: 84.236.72.86
Date: Wed,  8 Apr 2020 16:31:54 +0200 (CEST)
X-VR-SPAMSTATE: OK
X-VR-SPAMSCORE: -100
X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgeduhedrudejgdejiecutefuodetggdotefrodftvfcurfhrohhfihhlvgemucggtfgfnhhsuhgsshgtrhhisggvpdcuhfftgffgofetkffnnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffkjghfufggtghiffesrgdtregstddtudenucfhrhhomhepnhgurghmvgcuoegvmhgrtghsuhhsvghrsehfrhgvvghmrghilhdrhhhuqeenucfkphepkeegrddvfeeirdejvddrkeeinecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehhvghloheppdhinhgvthepkeegrddvfeeirdejvddrkeeipdhmrghilhhfrhhomhepvghmrggtshhushgvrhesfhhrvggvmhgrihhlrdhhuhdprhgtphhtthhopegvlhhiiiesghhnuhdrohhrgh
X-Spam-Score: 1.3 (+)
X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org",
 has NOT identified this incoming email as spam.  The original
 message has been attached to this so you can view it or label
 similar future email.  If you have any questions, see
 the administrator of that system for details.
 Content preview:  > 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 av [...] 
 Content analysis details:   (1.3 points, 10.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 1.3 RCVD_IN_RP_RNBL        RBL: Relay in RNBL,
 https://senderscore.org/blacklistlookup/
 [46.107.16.241 listed in bl.score.senderscore.com]
 -0.0 RCVD_IN_DNSWL_NONE     RBL: Sender listed at https://www.dnswl.org/,
 no trust [46.107.16.241 listed in list.dnswl.org]
 0.0 FREEMAIL_FROM          Sender email is commonly abused enduser mail
 provider (emacsuser[at]freemail.hu)
 0.0 SPF_HELO_NONE          SPF: HELO does not publish an SPF Record
 -0.0 SPF_PASS               SPF: sender matches SPF record
 0.0 HTML_MESSAGE           BODY: HTML included in message
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: 0.3 (/)

------=_Part_106541_995734024.1586356012958
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

> 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=
=C2=A0
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=C2=A0
display line-height property to some other character on the line (preferabl=
y
a space, so it doesn't affect the text appearance) which has the same effec=
t.
------=_Part_106541_995734024.1586356012958
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

&#62; In terms of the implementation, the feature you expected would require<br />
&#62; the display engine consider characters that are not visible in the<br />
&#62; window, something that the display code tries hard to avoid doing (so<br />
&#62; it could be faster).<br />
<br />
I understand there can be performance implications. It may be worth some<br />
additional lines in the manual that it has an effect only if the newline is&#160;<br />
actually on the screen. (Maybe obvious, but I expected it to have an effect.)<br />
<br />
And also the workaround could be mentioned that the user can place a&#160;<br />
display line-height property to some other character on the line (preferably<br />
a space, so it doesn&#39;t affect the text appearance) which has the same effect.
------=_Part_106541_995734024.1586356012958--

Last modified: Wed, 8 Apr 2020 14:45:02 UTC

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