GNU bug report logs - #37829
27.0.50; Overlay behaviour changed without documentation.

Previous Next

Package: emacs;

Reported by: Zhu Zihao <all_but_last <at> 163.com>

Date: Sun, 20 Oct 2019 09:53:01 UTC

Severity: normal

Found in version 27.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #23 received at 37829 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 37829 <at> debbugs.gnu.org, all_but_last <at> 163.com
Subject: Re: bug#37829: 27.0.50; Overlay behaviour changed without
 documentation.
Date: Sun, 20 Oct 2019 18:49:23 +0200
Eli Zaretskii <eliz <at> gnu.org> writes:

> The idea behind this feature was that most faces shall not be
> extended, so doing it the opposite way would mean we need to change
> the definitions of an unlimited number of faces, including those not
> in core.

We do not have to change anything not in core -- whether people want the
new, more convenient behaviour, is up to them.

And there certainly aren't unlimited places we have to change thing
in-tree, because most things in-tree look just how we wanted them to.

> I suggest to run with it for some time, you may change your mind.  It
> happened to many of us.

I know that the new interface is convenient -- I'll be able to ditch a
bunch of code in shr that works around the problem.  But that's just
it -- this is what everybody has done forever, and have ended up with
code that does exactly what they want it to.  (I.e., placing a face on
newline to extend the face to the end of the line.)

>> We do that because that's the way we wanted the display to look.  If we
>> didn't want that, we didn't put the face on the newline.  
>
> Others said the exact opposite: that they want to be able to do that
> without having the face extended.

With the new interface, they can do that, whatever the default is.  The
question is whether Emacs should do this massive, extremely user-visible
(with very ugly results) thing by default.

I think no.

> Also, the automatic extension in Emacs 26 and before behaved
> inconsistently in GUI and text-mode frames, and even between different
> attributes (color vs underline, for example).

Well, the only attributes where it makes a difference are background
colours and underline, surely?  (Well, and overline, but nobody uses
that.)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




This bug report was last modified 4 years and 275 days ago.

Previous Next


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