From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Juanma Barranquero Newsgroups: gmane.emacs.devel Subject: Re: :extend face attribute at EOB without end-of-line char Date: Mon, 14 Oct 2019 21:41:46 +0200 Message-ID: References: <20191014163219.dieg73u73onqsgyt@Ergus> <83ftjvi4yp.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000fd99da0594e41028" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="69609"; mail-complaints-to="usenet@blaine.gmane.org" Cc: spacibba@aol.com, Emacs developers To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 14 21:49:47 2019 Return-path: 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 ) id 1iK6Li-000Hze-W8 for ged-emacs-devel@m.gmane.org; Mon, 14 Oct 2019 21:49:47 +0200 Original-Received: from localhost ([::1]:56690 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iK6Lh-00050q-PD for ged-emacs-devel@m.gmane.org; Mon, 14 Oct 2019 15:49:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:42532) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iK6Ef-0003fc-Pc for emacs-devel@gnu.org; Mon, 14 Oct 2019 15:42:31 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iK6Ed-0001Uw-RS for emacs-devel@gnu.org; Mon, 14 Oct 2019 15:42:29 -0400 Original-Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]:35972) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iK6EZ-0001R5-LI; Mon, 14 Oct 2019 15:42:23 -0400 Original-Received: by mail-qk1-x72b.google.com with SMTP id y189so16981152qkc.3; Mon, 14 Oct 2019 12:42:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=P/VnUubXcv8otMiFywgyswTvJWFdHFAVAHGCHqNJB3k=; b=Rp4PCi+iRbSEHXnyOLaTM4QORVeLaVQtTbZOyMOwk2Fu4Ay/ZdW5R/Dvd78Povkm3Q 8H6D9lPcyCMVcESG5DyVyvabqsAFQOOvoFWXZT8J/tpuo5lpV4n/3lCsljAAB50/D34C mrOKkbkmSlgh7+EAEq/idMrUnjgrIyeFsPqfyTaKgH73U3uksFWEpeeuNmjJAWHn/qV/ KM3qoCm3Tec6nHQvJt/BZO1S/7sL6bdWmDr7chIbdlaFyIPJz7UgoGSOUBte5EUdW9aM /xXQuEPgqboCmYuqaiH0/fHHQ+8/cq2jn7OA8QxLb+mZI05WnZDmGbHB5D/bDoMTACLB p56g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=P/VnUubXcv8otMiFywgyswTvJWFdHFAVAHGCHqNJB3k=; b=afx3P6hmy4I+8Dn/EZKg+xHYd6xoMGRxCpoPZlRjt92dql744d9Hr5zJXFHFfOw3v/ iNzJGL97YXBA6F74b910POrZHdWagorvhPmXzk1F7slGu/apkT5OUYK5IhARDHNryTyc YDqDhTEk+wiBmf+niJS+PPI+hgk06oZ25jp9VP/TkbXg0K/yIh4Sgxm6TiT20k0X38zC emheRQQ7aZUFGeWuVr6KJvj6c4woXqMe7ZFRdpt6X/3va5RDPaJgVwywGpJEZ6DUkgrF bY2vF/3hrU+DfUZYq+A9MzkpzlY0sEAvm5kFTxuAmJuAZWCs4tQUn5fIxfc57xexxR5s wANQ== X-Gm-Message-State: APjAAAX04vbQ422+O65DEqY1YLcbBMWtREHs+/tUE5AoCeRcgcfPtdYq +GavWvGviZroA1sWxvl8DB4e9OSnrgC6jeAkO3Ipeg== X-Google-Smtp-Source: APXvYqwrg8fqFK449NiMOL58LuMSal11vbkdYiRJJzCPbY9TTrdvswk1CGU3QsjZ8OProD6/PSlwOf0KQHdyhIla9aE= X-Received: by 2002:ae9:c00f:: with SMTP id u15mr30590379qkk.281.1571082142061; Mon, 14 Oct 2019 12:42:22 -0700 (PDT) In-Reply-To: <83ftjvi4yp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2607:f8b0:4864:20::72b X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:241021 Archived-At: --000000000000fd99da0594e41028 Content-Type: text/plain; charset="UTF-8" On Mon, Oct 14, 2019 at 7:59 PM Eli Zaretskii wrote: > No, that was never the intent. The extension happens only of the face > crosses the line boundary, i.e. it "covers" the newline at the end of > the line. "the line boundary" is a bit ambiguous; count-lines counts the last line in a buffer even if it has no newline char at the end. It wouldn't be absurd to suppose there's an implicit line boundary between the last line and the end of the buffer, whether that last line has a newline character or not. But you say that's not the intent, so ok. I still think it would make more sense. The bs-show example above shows why could it be useful. > If the documentation doesn't make that clear, please suggest how to > clarify it. I don't know. I'm bad at thinking about documentation in english. I suppose just adding somewhere: "The face extends from the newline at the end of the line up to the right margin of the window; it doesn't happen if there's no newline at the end". But the simple fact of having to clarify that fact points to it being a bit... unexpected. IMO, of course. --000000000000fd99da0594e41028 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Mon, Oct 14, 2019 at 7:59 PM Eli Zaretskii <eliz@gnu.org> wrote:

> No, t= hat was never the intent.=C2=A0 The extension happens only of the face
&= gt; crosses the line boundary, i.e. it "covers" the newline at th= e end of
> the line.

"the line boundary" is a bit am= biguous; count-lines counts the last line in a buffer even if it has no new= line char at the end. It wouldn't be absurd to suppose there's an i= mplicit line boundary between the last line and the end of the buffer, whet= her that last line has a newline character or not.

But you say that&= #39;s not the intent, so ok. I still think it would make more sense. The bs= -show example above shows why could it be useful.

= > If the documentation doesn't make that clear, please suggest how t= o
> clarify it.

I don't know. I'm bad at thinking abou= t documentation in english. I suppose just adding somewhere: "The face= extends from the newline at the end of the line up to the right margin of = the window; it doesn't happen if there's no newline at the end"= ;. But the simple fact of having to clarify that fact points to it being a = bit... unexpected. IMO, of course.

--000000000000fd99da0594e41028--