GNU bug report logs - #47574
'match' face is too bright

Previous Next

Package: emacs;

Reported by: Dmitry Gutov <dgutov <at> yandex.ru>

Date: Fri, 2 Apr 2021 23:43:02 UTC

Severity: wishlist

Tags: fixed

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 47574 in the body.
You can then email your comments to 47574 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Fri, 02 Apr 2021 23:43:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Dmitry Gutov <dgutov <at> yandex.ru>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Fri, 02 Apr 2021 23:43:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: bug-gnu-emacs <at> gnu.org
Subject: 'match' face is too bright
Date: Sat, 3 Apr 2021 02:42:43 +0300
Split off from the discussion in bug#47012.

I think the current "yellow1" is too bright and in-your-face.

It handles its goal (having the matched substrings noticed) admirably, 
but perhaps too well, because we normally don't want to reach each 
match, but rather the contents of the line around it. So I think it's 
not productive putting so much visual attention on it.

Also, IMHO it doesn't fit the surrounding colors very well, 
palette-wise. Too "acidic", or something like that.

Juri suggested #ffff88, and it seems good to me. Both readable and 
noticeable, yet not too bright.

My original suggestions were "lemon chiffon" (seems ideally subdued to 
me, but it would be a drastic change), "khaki1" or "light goldenrod".




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Sat, 03 Apr 2021 00:14:01 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Dmitry Gutov <dgutov <at> yandex.ru>, "47574 <at> debbugs.gnu.org"
 <47574 <at> debbugs.gnu.org>
Subject: RE: [External] : bug#47574: 'match' face is too bright
Date: Sat, 3 Apr 2021 00:13:03 +0000
I don't argue that we should change the default appearance.
But FWIW I use a "Skyblue" background (no foreground entry).


Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Sat, 03 Apr 2021 06:41:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Sat, 03 Apr 2021 09:39:43 +0300
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Sat, 3 Apr 2021 02:42:43 +0300
> 
> Split off from the discussion in bug#47012.
> 
> I think the current "yellow1" is too bright and in-your-face.
> 
> It handles its goal (having the matched substrings noticed) admirably, 
> but perhaps too well, because we normally don't want to reach each 
> match, but rather the contents of the line around it. So I think it's 
> not productive putting so much visual attention on it.

If someone wants to see the lines without the match standing out, they
can customize list-matching-lines-face to nil.  So this use case is
already covered.

FTR, I do want to see the match itself, so this face does its job for
me very well.

> Juri suggested #ffff88, and it seems good to me. Both readable and 
> noticeable, yet not too bright.
> 
> My original suggestions were "lemon chiffon" (seems ideally subdued to 
> me, but it would be a drastic change), "khaki1" or "light goldenrod".

If we change the face's colors, we should make sure the new colors
look well on both light and dark backgrounds.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Sat, 03 Apr 2021 18:27:01 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Sat, 3 Apr 2021 21:26:15 +0300
On 03.04.2021 09:39, Eli Zaretskii wrote:
>> From: Dmitry Gutov <dgutov <at> yandex.ru>
>> Date: Sat, 3 Apr 2021 02:42:43 +0300
>>
>> Split off from the discussion in bug#47012.
>>
>> I think the current "yellow1" is too bright and in-your-face.
>>
>> It handles its goal (having the matched substrings noticed) admirably,
>> but perhaps too well, because we normally don't want to reach each
>> match, but rather the contents of the line around it. So I think it's
>> not productive putting so much visual attention on it.
> 
> If someone wants to see the lines without the match standing out, they
> can customize list-matching-lines-face to nil.  So this use case is
> already covered.

I'm talking rather about the other uses of the 'match' face: the Grep 
buffer, the Occur buffer, and the uses of the xref-match face (which 
inherits from 'match' now) inside the Xref buffer (xref-find-references 
or project-find-regexp).

My argument is that it's the dominant use case, so it's worth trying to 
improve the default configuration.

> FTR, I do want to see the match itself, so this face does its job for
> me very well.

Sure, I do too. From my experience, though, it's visible enough with any 
of the proposed colors. Even 'lemon chiffon', though I agree the result 
is fairly subtle.

>> Juri suggested #ffff88, and it seems good to me. Both readable and
>> noticeable, yet not too bright.
>>
>> My original suggestions were "lemon chiffon" (seems ideally subdued to
>> me, but it would be a drastic change), "khaki1" or "light goldenrod".
> 
> If we change the face's colors, we should make sure the new colors
> look well on both light and dark backgrounds.

My proposal is specifically for the light background (the min-colors 88 
case), with the default theme as the baseline.

Looking at the dark background color (and trying it with a couple of 
dark themes), I think it could use some toning down as well from 
RoyalBlue3 to RoyalBlue4, but others who prefer dark backgrounds can 
probably tell better.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Wed, 14 Apr 2021 14:56:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 47574 <at> debbugs.gnu.org, Dmitry Gutov <dgutov <at> yandex.ru>
Subject: Re: bug#47574: 'match' face is too bright
Date: Wed, 14 Apr 2021 09:55:27 -0500
[Resending my reply as I accidentally sent it only to Eli.]

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Juri suggested #ffff88, and it seems good to me. Both readable and
>> noticeable, yet not too bright.

I don't see a very large difference between yellow and #ffff88, but I
guess it's slightly better than what we have now.

>> My original suggestions were "lemon chiffon" (seems ideally subdued to
>> me, but it would be a drastic change), "khaki1" or "light goldenrod".

FWIW, I think "lemon chiffon" is by far the best one.  It also fits
better with the rest of the default theme.

This is followed by "khaki1" or "light goldenrod", in that order.

I'm not against #ffff88 if that's what people want to see, but the
change is not large enough to make much of a difference here.

> If we change the face's colors, we should make sure the new colors
> look well on both light and dark backgrounds.

Yup.

I think "khaki3" stands out sufficiently well and goes well together
with "lemon chiffon", but there is obviously room for experimentation.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 15 Apr 2021 13:58:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Stefan Kangas <stefan <at> marxist.se>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Thu, 15 Apr 2021 16:57:43 +0300
On 14.04.2021 17:55, Stefan Kangas wrote:
> [Resending my reply as I accidentally sent it only to Eli.]
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
>>> Juri suggested #ffff88, and it seems good to me. Both readable and
>>> noticeable, yet not too bright.
> 
> I don't see a very large difference between yellow and #ffff88, but I
> guess it's slightly better than what we have now.

What do people think about #ffffbb, then? It's the other color Juri 
mentioned.

Stefan? Eli?

It's also relatively low-key like "lemon chiffon", but a bit more 
noticeable. And it seems to fit the default theme very well.

>>> My original suggestions were "lemon chiffon" (seems ideally subdued to
>>> me, but it would be a drastic change), "khaki1" or "light goldenrod".
> 
> FWIW, I think "lemon chiffon" is by far the best one.  It also fits
> better with the rest of the default theme.
> 
> This is followed by "khaki1" or "light goldenrod", in that order.

I guess we'll fall back to "khaki1" if the more radical options are not 
accepted.

> I'm not against #ffff88 if that's what people want to see, but the
> change is not large enough to make much of a difference here.
> 
>> If we change the face's colors, we should make sure the new colors
>> look well on both light and dark backgrounds.
> 
> Yup.
> 
> I think "khaki3" stands out sufficiently well and goes well together
> with "lemon chiffon", but there is obviously room for experimentation.

If we're talking about dark background, it should be at least khaki4 
(the text is hard to read otherwise), or the RoyalBlue4 I suggested as 
the tweak for the current dark-bg color of this face.

Although the current RoyalBlue3 seems to have about the same level of 
brightness as khaki4. So it's not out of the question to just leave the 
current color there.

If we change the dark-bg color to khaki, I think we'd also need to 
change the spec for ((class color) (min-colors 8) (background dark)), 
and setting it to "yellow" is probably not a good idea.

Wish we had some dark-background users in this discussion.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 15 Apr 2021 14:40:02 GMT) Full text and rfc822 format available.

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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 47574 <at> debbugs.gnu.org, stefan <at> marxist.se
Subject: Re: bug#47574: 'match' face is too bright
Date: Thu, 15 Apr 2021 17:38:53 +0300
> Cc: 47574 <at> debbugs.gnu.org
> From: Dmitry Gutov <dgutov <at> yandex.ru>
> Date: Thu, 15 Apr 2021 16:57:43 +0300
> 
> What do people think about #ffffbb, then? It's the other color Juri 
> mentioned.
> 
> Stefan? Eli?

Too bright.  Almost invisible with the default colors and light
background.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 15 Apr 2021 14:57:02 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Dmitry Gutov <dgutov <at> yandex.ru>, Stefan Kangas <stefan <at> marxist.se>, Eli
 Zaretskii <eliz <at> gnu.org>
Cc: "47574 <at> debbugs.gnu.org" <47574 <at> debbugs.gnu.org>
Subject: RE: [External] : bug#47574: 'match' face is too bright
Date: Thu, 15 Apr 2021 14:56:34 +0000
> Wish we had some dark-background users in this discussion.

Why limit a discussion of changing some default
behavior to a bug thread?

(I don't care about the default value of this.
I just think it's not generally wise to limit
default-changes to bug threads.)

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 15 Apr 2021 15:44:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Drew Adams <drew.adams <at> oracle.com>, Stefan Kangas <stefan <at> marxist.se>,
 Eli Zaretskii <eliz <at> gnu.org>
Cc: "47574 <at> debbugs.gnu.org" <47574 <at> debbugs.gnu.org>
Subject: Re: bug#47574: [External] : bug#47574: 'match' face is too bright
Date: Thu, 15 Apr 2021 18:43:20 +0300
On 15.04.2021 17:56, Drew Adams wrote:
> Why limit a discussion of changing some default
> behavior to a bug thread?

I'm using a bug report to be able to post a sane reference to the 
discussion in the resulting commit message.

Please feel free to post to emacs-devel to notify anybody interested 
that such discussion is taking place here.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 15 Apr 2021 16:05:01 GMT) Full text and rfc822 format available.

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

From: Drew Adams <drew.adams <at> oracle.com>
To: Dmitry Gutov <dgutov <at> yandex.ru>, Stefan Kangas <stefan <at> marxist.se>, Eli
 Zaretskii <eliz <at> gnu.org>
Cc: "47574 <at> debbugs.gnu.org" <47574 <at> debbugs.gnu.org>
Subject: RE: bug#47574: [External] : bug#47574: 'match' face is too bright
Date: Thu, 15 Apr 2021 16:04:06 +0000
> > > Wish we had some dark-background users
> > > in this discussion.
> >
> > Why limit a discussion of changing some
> > default behavior to a bug thread?
> 
> I'm using a bug report to be able to post a sane
> reference to the discussion in the resulting commit message.

Nothing wrong with referring to a bug #/thread
in a commit msg -- after soliciting discussion,
and discussing, in emacs-devel.

The question was about _limiting_ discussion to
a bug thread.  And the answer is?

> Please feel free to post to emacs-devel to notify
> anybody interested that such discussion is taking place here.

I'll let you do that, if you think it's relevant.

Maybe you'd like to do that if and when the
discussion here comes to trying to decide
(1) whether to change the default for this face
and, if so, (2) what to change it to.

I think it makes sense to discuss default changes
in emacs-devel (and not just to notify that list
that there's a discussion here about a possible
default change).  Just one opinion.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Sun, 18 Apr 2021 10:17:02 GMT) Full text and rfc822 format available.

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

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>, Dmitry Gutov <dgutov <at> yandex.ru>
Cc: 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Sun, 18 Apr 2021 05:16:53 -0500
Eli Zaretskii <eliz <at> gnu.org> writes:

>> What do people think about #ffffbb, then? It's the other color Juri
>> mentioned.
>>
>> Stefan? Eli?
>
> Too bright.  Almost invisible with the default colors and light
> background.

It looks fine here, but I guess results will differ depending on your
the brightness settings of your monitor, etc.

Playing around with some different colors, #ffff99 is a more marked
improvement than #ffff88 here.  It's also not as bright as #ffffbb.
Could that work?

Otherwise, #ffff88 is also an okay choice.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 22 Apr 2021 00:14:02 GMT) Full text and rfc822 format available.

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

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Stefan Kangas <stefan <at> marxist.se>, Eli Zaretskii <eliz <at> gnu.org>
Cc: 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Thu, 22 Apr 2021 03:13:27 +0300
On 18.04.2021 13:16, Stefan Kangas wrote:
> It looks fine here, but I guess results will differ depending on your
> the brightness settings of your monitor, etc.

Right.

I also don't get how it could be hard to see, but environments differ, I 
guess.

> Playing around with some different colors, #ffff99 is a more marked
> improvement than #ffff88 here.  It's also not as bright as #ffffbb.
> Could that work?

#ffff99 looks decent to me personally, if we can't get #ffffbb there.

The discussions seems to have stalled here, though, so I pushed khaki1 
as the sole non-contentious version for now.

Not closing the issue just yet, let's keep the possibility for more 
discussion open.




Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#47574; Package emacs. (Thu, 06 May 2021 11:08:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Dmitry Gutov <dgutov <at> yandex.ru>
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Kangas <stefan <at> marxist.se>,
 47574 <at> debbugs.gnu.org
Subject: Re: bug#47574: 'match' face is too bright
Date: Thu, 06 May 2021 13:07:19 +0200
Dmitry Gutov <dgutov <at> yandex.ru> writes:

> #ffff99 looks decent to me personally, if we can't get #ffffbb there.
>
> The discussions seems to have stalled here, though, so I pushed khaki1
> as the sole non-contentious version for now.
>
> Not closing the issue just yet, let's keep the possibility for more
> discussion open.

This was two weeks ago, so I'm guessing there isn't going to be more
discussion here, and I'm closing this bug report.  If that's mistaken,
please respond to the debbugs address and we'll reopen.

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




Added tag(s) fixed. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 06 May 2021 11:08:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 47574 <at> debbugs.gnu.org and Dmitry Gutov <dgutov <at> yandex.ru> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Thu, 06 May 2021 11:08:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 03 Jun 2021 11:24:10 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 318 days ago.

Previous Next


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