From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: About the :distant-foreground face attribute Date: Thu, 9 Jan 2014 14:24:42 -0800 (PST) Message-ID: <08287163-55d7-4985-bae5-e4ef220f853b@default> References: <87bnzo9cja.fsf@gnu.org> <59B7E7FC-48D0-4737-B1BB-FFAC5BA9E07A@swipnet.se> <874n5f3162.fsf@gnu.org> <83fvozf86g.fsf@gnu.org> <87r48javwe.fsf@gnu.org> <83bnzmfjxe.fsf@gnu.org> <87bnzlyvwb.fsf@gnu.org> <83zjn5cch3.fsf@gnu.org> <87fvoxxe73.fsf@engster.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1389306315 4993 80.91.229.3 (9 Jan 2014 22:25:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 22:25:15 +0000 (UTC) Cc: Chong Yidong , jan.h.d@swipnet.se, emacs-devel@gnu.org To: David Engster , Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 23:25:20 2014 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1W1O2Q-0007DW-30 for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 23:25:18 +0100 Original-Received: from localhost ([::1]:54464 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1O2P-0002RZ-LM for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 17:25:17 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54701) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1O2E-0002Nm-Gb for emacs-devel@gnu.org; Thu, 09 Jan 2014 17:25:15 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1O25-0005rs-TO for emacs-devel@gnu.org; Thu, 09 Jan 2014 17:25:06 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:22528) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1O1t-0005pp-W2; Thu, 09 Jan 2014 17:24:46 -0500 Original-Received: from acsinet21.oracle.com (acsinet21.oracle.com [141.146.126.237]) by aserp1040.oracle.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.1) with ESMTP id s09MOiMD008845 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 9 Jan 2014 22:24:45 GMT Original-Received: from userz7022.oracle.com (userz7022.oracle.com [156.151.31.86]) by acsinet21.oracle.com (8.14.4+Sun/8.14.4) with ESMTP id s09MOhrY000295 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 9 Jan 2014 22:24:43 GMT Original-Received: from abhmp0007.oracle.com (abhmp0007.oracle.com [141.146.116.13]) by userz7022.oracle.com (8.14.5+Sun/8.14.4) with ESMTP id s09MOgq7029438; Thu, 9 Jan 2014 22:24:42 GMT In-Reply-To: <87fvoxxe73.fsf@engster.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.8 (707110) [OL 12.0.6680.5000 (x86)] X-Source-IP: acsinet21.oracle.com [141.146.126.237] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:167986 Archived-At: > > The solution should be able to cope with the need to dynamically > > decide which color is used as a foreground, based on the current > > background. It also needs to support the possibility that a face > > will want to force use of a specific fixed foreground color, > > regardless of the background. (Jan, did I miss some additional > > requirements?) If you can propose a cleaner solution that satisfies > > these requirements, please do, and let's discuss that. IMO, there are no such "requirements", and no bug to be "fixed" here. > I still wonder why it is necessary in the first place. I don't think it was. > From my experience, editors usually simply drop font-lock when you > mark text (at least Eclipse does that, and in gvim it seems to be > configurable), and I think that is a good default. Yes, of course; it is the normal, and expected, behavior. Users should be able to easily see which text is selected - each character. Selection highlighting should be (and is, everywhere else that I am aware of) "on top", taking precedence over other highlighting. > When you mark a region, you want to apply some kind of operation on > it, after which the region will be gone and font lock is restored. >=20 > If you really really want font-lock on a marked region, then you > will have to choose a region background which will play well with > your color theme. > > Introducing a new face attribute for such a small annoyance looks > like overkill to me. It's not just the chosen fix that is misguided. It is the belief that other highlighting (such as font lock) should "show through" the selection highlighting. This should have been tossed as "not a bug".