emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [PATCH] * etc/themes/wombat-theme.el: Don't set foreground on region


From: Drew Adams
Subject: RE: [PATCH] * etc/themes/wombat-theme.el: Don't set foreground on region
Date: Mon, 14 Mar 2016 10:31:47 -0700 (PDT)

> >> > Setting a foreground color on the `region' face is slightly
> >> > annoying.
> >> > This is subjective, of course, but the consensus among other
> >> > themes and around the web is to *not* set a foreground color
> >> > on the region face.
> >>
> >> Any objections to this?  I should have mentioned that the reason
> >> it's slightly annoying is because setting a foreground color hides
> >> existing syntax highlighting within the region text.
> >
> > A particular theme can do anything its authors and users want,
> > of course.  But wrt the general question of whether region (aka
> > selection) highlighting should override other highlighting, see
> > Emacs bug #15899.
> >
> > http://debbugs.gnu.org/cgi/bugreport.cgi?bug=15899
> >
> > IMO, selection highlighting should, at least by default, visibly
> > cover the entire selection.  Otherwise, it is not always clear
> > what the region limits are.
> 
> Just to be clear, when I said "syntax highlighting" I meant it in the
> general sense of colors applied to the *foreground* of code in order to
> highlight the syntax of the language.  I believe you're referring to
> background highlighting, which shouldn't be affected by this patch.

I too was speaking of foreground highlighting (as well as background
highlighting).  I was speaking directly to your point about "setting
a foreground color hides existing syntax highlighting within the
region text."

Please see the referenced bug thread, if you are interested in the
question.  It is about whether, when, and why region highlighting
(foreground, background, or both) should hide other highlighting.



reply via email to

[Prev in Thread] Current Thread [Next in Thread]