From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.devel
Subject: Re: :extend face attribute at EOB without end-of-line char
Date: Mon, 14 Oct 2019 23:04:03 +0300
Message-ID: <838spnhz64.fsf@gnu.org>
References: <CAAeL0STGFX2dzXciFkDZ-7snRWWhtW6ACNyNQ+a6n8yYqkAPxw@mail.gmail.com>
 <20191014163219.dieg73u73onqsgyt@Ergus>
 <CAAeL0SSmgUS3Z9wopAbNDtQRtV3dmjpkac5PEip-SpJe8TTcdQ@mail.gmail.com>
 <83ftjvi4yp.fsf@gnu.org>
 <CAAeL0SSsC7zU8bbh3H1ufAeeAwQmuth8aboD8z1Lh9aXme+qZw@mail.gmail.com>
 <83a7a3hzxw.fsf@gnu.org>
 <CAAeL0STXQCR1dJjui0XGP8XX_66-r8P_YueC3krCsr+rSr0gGw@mail.gmail.com>
Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226";
	logging-data="134671"; mail-complaints-to="usenet@blaine.gmane.org"
Cc: spacibba@aol.com, emacs-devel@gnu.org
To: Juanma Barranquero <lekktu@gmail.com>
Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 14 22:05:25 2019
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Envelope-to: ged-emacs-devel@m.gmane.org
Original-Received: from lists.gnu.org ([209.51.188.17])
	by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
	(Exim 4.89)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1iK6ap-000YtI-3o
	for ged-emacs-devel@m.gmane.org; Mon, 14 Oct 2019 22:05:23 +0200
Original-Received: from localhost ([::1]:57154 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>)
	id 1iK6an-0006ey-K3
	for ged-emacs-devel@m.gmane.org; Mon, 14 Oct 2019 16:05:21 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48353)
 by lists.gnu.org with esmtp (Exim 4.90_1)
 (envelope-from <eliz@gnu.org>) id 1iK6Zl-0005sw-8f
 for emacs-devel@gnu.org; Mon, 14 Oct 2019 16:04:18 -0400
Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:60574)
 by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from <eliz@gnu.org>)
 id 1iK6Zg-0001e1-Ki; Mon, 14 Oct 2019 16:04:14 -0400
Original-Received: from [176.228.60.248] (port=3796 helo=home-c4e4a596f7)
 by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256)
 (Exim 4.82) (envelope-from <eliz@gnu.org>)
 id 1iK6Zd-0003mW-Gu; Mon, 14 Oct 2019 16:04:11 -0400
In-reply-to: <CAAeL0STXQCR1dJjui0XGP8XX_66-r8P_YueC3krCsr+rSr0gGw@mail.gmail.com>
 (message from Juanma Barranquero on Mon, 14 Oct 2019 21:50:22 +0200)
X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic]
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: "Emacs development discussions." <emacs-devel.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-devel>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
 <mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Original-Sender: "Emacs-devel" <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
Xref: news.gmane.org gmane.emacs.devel:241024
Archived-At: <http://permalink.gmane.org/gmane.emacs.devel/241024>

> From: Juanma Barranquero <lekktu@gmail.com>
> Date: Mon, 14 Oct 2019 21:50:22 +0200
> Cc: spacibba@aol.com, Emacs developers <emacs-devel@gnu.org>
> 
> My question is: would it be better, worse or indifferent that, in the specific case of the last line of the buffer, it
> worked even without a boundary newline to cross?

I don't know.  This change didn't _add_ any cases that the face is
extended where it wasn't before.  This change only lets us _refrain_
from extending the face in some cases where we unconditionally
extended before.  We never extended the face in the case which you
describe, so we don't extend it now.

So you are talking about a different, almost unrelated, feature.  It
would have to have its own rationale.