From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Re: About the :distant-foreground face attribute Date: Fri, 10 Jan 2014 02:21:06 +0800 Message-ID: <87zjn5584t.fsf@gnu.org> 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> <83wqi9cakl.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1389291675 21784 80.91.229.3 (9 Jan 2014 18:21:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 9 Jan 2014 18:21:15 +0000 (UTC) Cc: jan.h.d@swipnet.se, monnier@iro.umontreal.ca, Drew Adams , emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jan 09 19:21:21 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 1W1KEK-0001L2-VQ for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 19:21:21 +0100 Original-Received: from localhost ([::1]:53536 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1KEK-0001bK-Hg for ged-emacs-devel@m.gmane.org; Thu, 09 Jan 2014 13:21:20 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54028) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1KEC-0001aC-Lq for emacs-devel@gnu.org; Thu, 09 Jan 2014 13:21:17 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1W1KE6-0006oH-DX for emacs-devel@gnu.org; Thu, 09 Jan 2014 13:21:12 -0500 Original-Received: from mail-pd0-x232.google.com ([2607:f8b0:400e:c02::232]:43721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1W1KE6-0006o4-3u; Thu, 09 Jan 2014 13:21:06 -0500 Original-Received: by mail-pd0-f178.google.com with SMTP id y10so3484368pdj.23 for ; Thu, 09 Jan 2014 10:21:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; bh=A4pz+3KxtYaAwTwKeRe7OPiC1cTCj4kq/9MgS9hjSoo=; b=i7l8d0Ig+byBp+U/UrvLOaV65ESHaK6HxG7dd1/R+x67Wg69XIGQol7pHI9IEzy3CS yzJZC6rD/kKBwY6BzslrRzexGZE7t1ZpQVaJdB3LJ/d9JDiJBvQNSpnQcnejaApemmFO wqHUkiNsCASg+vEwEAnJlVqeg/voKNgP4YieRBYQi/+8HAvZ5TSzy9lDMFSLJ7Zargjp u0MwjgzfvuvcUTEq751/GzX+DlQygRRewQg7bUlqwdyrFv1n0P3mLA1rHY7uyg+OBJRX baTIPoNezmQWoWoPlVvx3CW2Iz0m2VBoFPyaWtjcLAPyDnVcoG94FAkFsEM2gdgUBdMM hmLQ== X-Received: by 10.68.254.132 with SMTP id ai4mr5256016pbd.51.1389291664550; Thu, 09 Jan 2014 10:21:04 -0800 (PST) Original-Received: from tsparkle ([65.127.72.2]) by mx.google.com with ESMTPSA id sy10sm14579651pac.15.2014.01.09.10.21.02 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 09 Jan 2014 10:21:03 -0800 (PST) In-Reply-To: <83wqi9cakl.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 09 Jan 2014 19:46:34 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c02::232 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:167959 Archived-At: Eli Zaretskii writes: >> Please don't. That too would break code that expects :foreground to >> be as it is now. > > Why do you assume that the previous form will not be accepted? Of > course, it will be. What Drew is worrying about, I think, is that third-party code, or old versions of Emacs, will barf when they come across the new :foreground form in user customizations or themes. I don't know whether this would be a major problem in practice. Personally, I agree with David Engster that 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. But IF people feel really strongly about having this feature, doing it by adding a new :foreground type seems like the least bad option, from a code cleanliness perspective.