From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#65896: 30.0.50; folding text with text properties prevents background from extending past the newline Date: Wed, 13 Sep 2023 14:54:00 +0300 Message-ID: <83il8envaf.fsf@gnu.org> References: <87ttrzmfua.fsf@strawberrytea.xyz> <83v8cfns1m.fsf@gnu.org> <87il8fm7x2.fsf@gmail.com> <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8630"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 65896@debbugs.gnu.org, kevin.legouguec@gmail.com To: LemonBreezes Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Sep 13 13:55:14 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1qgOSg-000222-EH for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 13 Sep 2023 13:55:14 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qgOSR-0007I8-4j; Wed, 13 Sep 2023 07:54:59 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qgOSQ-0007Hq-2D for bug-gnu-emacs@gnu.org; Wed, 13 Sep 2023 07:54:58 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qgOSP-0005JK-EA for bug-gnu-emacs@gnu.org; Wed, 13 Sep 2023 07:54:57 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qgOSU-0005la-7q for bug-gnu-emacs@gnu.org; Wed, 13 Sep 2023 07:55:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 13 Sep 2023 11:55:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65896 X-GNU-PR-Package: emacs Original-Received: via spool by 65896-submit@debbugs.gnu.org id=B65896.169460608722143 (code B ref 65896); Wed, 13 Sep 2023 11:55:02 +0000 Original-Received: (at 65896) by debbugs.gnu.org; 13 Sep 2023 11:54:47 +0000 Original-Received: from localhost ([127.0.0.1]:60990 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOSA-0005l0-Rs for submit@debbugs.gnu.org; Wed, 13 Sep 2023 07:54:47 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53988) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qgOS5-0005ki-H7 for 65896@debbugs.gnu.org; Wed, 13 Sep 2023 07:54:41 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qgORu-0005Cz-TV; Wed, 13 Sep 2023 07:54:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=cE1UBef3inBKID/XlkhwHL3mXjXsL5J3f2j7n7Z02WU=; b=N3qqjCCdy0rd r7M8P5/bXRjNFcIyw/lAHCKDj+lrVmFUaHx6Me8fPsdwLqnXtkvrZLUTnIvT04JWzaLz2XSnbQCzR c6xgvRK2tfALMLsOlA8qkOwvREgyzCY1kFxFaup4Gak/lYlw77XyK3y+QPBhVPeQheATL/qbysqes A1U3pYR5dvI7e3kfII0rWJQ3UPBURfl6uey1JrR3Q+ijrl6AePVD945heJ7quyHUhqwILBA1bQy6B mINmL4MxWTP5DMPNt0U/GHaPBl2kcHypv7nfHRQsBY25TjO3hZ6/ESeoY+wpHFESaAOK73whap2Yu 2TMdCCVY5OCQ0AMzJDbXZw==; In-Reply-To: <40b4f4d3-34ae-4631-bebd-eefcd034d87e@app.fastmail.com> (message from LemonBreezes on Tue, 12 Sep 2023 16:35:16 -0500) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:270264 Archived-At: > Date: Tue, 12 Sep 2023 16:35:16 -0500 > From: LemonBreezes > Cc: 65896@debbugs.gnu.org > > This might not sound too clever, but why don't we just make the extend > property be determined by the first character in the line rather than > the last character / newline character? How can Emacs know, when it processes the first character on a line, whether the last character on that line will have the same face? You seem to assume that the Emacs display engine has "global" view of the line it is processing for display. But that's not what happens: the Emacs display is basically a one-pass layout engine whose view of the text is a peephole whose size is a single character. The display engine processes a character, makes all the decisions regarding its display and layout, then proceeds to the next one, and so on. When it gets to the newline that ends a line, it makes the decision whether the last face it saw needs to be extended, and if so, extends it.