GNU bug report logs - #37774
27.0.50; new :extend attribute broke visuals of all themes and other packages

Previous Next

Package: emacs;

Reported by: Andrey Orst <andreyorst <at> gmail.com>

Date: Wed, 16 Oct 2019 07:32:01 UTC

Severity: normal

Found in version 27.0.50

Done: Dmitry Gutov <dgutov <at> yandex.ru>

Bug is archived. No further changes may be made.

Full log


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

From: Andrey Orst <andreyorst <at> gmail.com>
To: 37774 <at> debbugs.gnu.org
Subject: Re: bug#37774: 27.0.50; new :extend attribute broke visuals of all
 themes and other packages
Date: Wed, 16 Oct 2019 14:33:37 +0300
[Message part 1 (text/plain, inline)]
Sorry anyone if I disturbed your personal email addresses, I didn't
understand
how to reply there and thought that cc to 37774 <at> debbugs.gnu.org would do
the trick. I see that my messages don't appear at the bug report page, so
I'll
send those back as a single e-mail. Still don't understand where I should
properly
reply.

> So please explain what exactly is incorrect or "weird" in the visual
> appearance after the change.  Specifically, why the faces in question
> need to be extended past EOL?

These faces are forming visual interface, e.g. hunks in Magit are
rectangular
regions with background color for entire width of the window that can be
folded.
Code blocks in org mode are, ahem, blocks. Now those blocks doesn't have
anything like block visually.

> So you are saying that you don't like the new appearance?  The Subject
> says "broke visuals", which sounds like a much more serious problem.

Well, "broke" may be wrong term, here, but lot of themes and packages
crafted
in a way to display things like that, and now all of those things displayed
accordingly
to a new setting, which in turn means that:

a) package maintainers should update *all* their packages to look like
before the change, and
b) maybe Emacs could treat `nil` here as "do not affect", and specify
symbols to set this to different
   settings, like `:extend t` or `:extend 'EOL`, and `:extend 'noextend` to
disable. Though, I do not
   know how code was changed, so maybe there's no way to treat `nil` as "do
not affect".

-- 
Best regards,
Andrey Orst
[Message part 2 (text/html, inline)]

This bug report was last modified 5 years and 214 days ago.

Previous Next


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