[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "modern" colors Re: Changes for emacs 28
From: |
Ricardo Wurmus |
Subject: |
Re: "modern" colors Re: Changes for emacs 28 |
Date: |
Mon, 14 Sep 2020 18:46:20 +0200 |
User-agent: |
mu4e 1.4.13; emacs 27.1 |
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Ricardo Wurmus <rekado@elephly.net>
>> Cc: spacibba@aol.com, casouri@gmail.com, emacs-devel@gnu.org, ams@gnu.org,
>> monnier@iro.umontreal.ca, ghe@sdf.org, tecosaur@gmail.com
>> Date: Sun, 13 Sep 2020 21:49:24 +0200
>>
>> > Then it's a mystery only you can solve. Look at the definition of the
>> > 'region' face in faces.el: the only case where we use :inverse-video
>> > is on monochrome TTYs. If that is not your case, then I don't know
>> > how to explain the fact that you see the region in reverse video. I
>> > guess I'm missing something, but what?
>>
>> The ’region’ face has these settings:
>>
>> DistantForeground: gtk_selection_fg_color
>> Background: gtk_selection_bg_color
>>
>> I switch to a light GTK theme and run Emacs:
>>
>> $ dconf write /org/gnome/desktop/interface/gtk-theme "'Adwaita'"
>> $ emacs -Q
>>
>> Now the selected region has a light gray background.
>>
>> I switch to a dark GTK theme and run Emacs:
>>
>> $ dconf write /org/gnome/desktop/interface/gtk-theme "'Adwaita-dark'"
>> $ emacs -Q
>>
>> Now the selected region has a very dark background and the text is
>> bright.
>>
>> I suppose that’s exactly what gtk_selection_bg_color and
>> gtk_selection_fg_color are supposed to do: take the colours from the GTK
>> theme.
>
> Thanks for investigating. So this explains the colors that you see,
> but AFAIU, they are not exactly the default colors inverted, they just
> look similar to that. Your original description said the region was
> shown in inverse video, which is what puzzled me.
Yes, it is not inverse video, but it looks very much like it with the
Adwaita-dark theme. I could not know the true cause prior to
investigating the issue :)
--
Ricardo
- Re: "modern" colors Re: Changes for emacs 28, (continued)
- Re: "modern" colors Re: Changes for emacs 28, Eli Zaretskii, 2020/09/15
- Re: "modern" colors Re: Changes for emacs 28, Eli Zaretskii, 2020/09/14
- Re: "modern" colors Re: Changes for emacs 28, Robert Pluim, 2020/09/14
- Re: "modern" colors Re: Changes for emacs 28, Eli Zaretskii, 2020/09/14
- Re: "modern" colors Re: Changes for emacs 28, Robert Pluim, 2020/09/14
- Re: "modern" colors Re: Changes for emacs 28, Eli Zaretskii, 2020/09/14
- Re: "modern" colors Re: Changes for emacs 28,
Ricardo Wurmus <=
- Re: "modern" colors Re: Changes for emacs 28, Richard Stallman, 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Richard Stallman, 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Eli Zaretskii, 2020/09/13
- Re: "modern" colors Re: Changes for emacs 28, Alfred M. Szmidt, 2020/09/15
- Re: "modern" colors Re: Changes for emacs 28, Philip K., 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Göktuğ Kayaalp, 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Dmitry Gutov, 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Ergus, 2020/09/12
- RE: "modern" colors Re: Changes for emacs 28, Drew Adams, 2020/09/12
- Re: "modern" colors Re: Changes for emacs 28, Arthur Miller, 2020/09/12