From mboxrd@z Thu Jan  1 00:00:00 1970
Path: main.gmane.org!not-for-mail
From: "Eli Zaretskii" <eliz@is.elta.co.il>
Newsgroups: gmane.emacs.devel
Subject: Re: terminal capability querying
Date: Sat, 20 Apr 2002 14:46:55 +0300
Sender: emacs-devel-admin@gnu.org
Message-ID: <7458-Sat20Apr2002144655+0300-eliz@is.elta.co.il>
References: <87bscfqffo.fsf@tc-1-100.kawasaki.gol.ne.jp>
	<1349-Sat20Apr2002100838+0300-eliz@is.elta.co.il>
	<873cxqrdo5.fsf@tc-1-100.kawasaki.gol.ne.jp>
	<3776-Sat20Apr2002123114+0300-eliz@is.elta.co.il> <87pu0upu72.fsf@tc-1-100.kawasaki.gol.ne.jp>
Reply-To: Eli Zaretskii <eliz@is.elta.co.il>
NNTP-Posting-Host: localhost.gmane.org
X-Trace: main.gmane.org 1019303868 4985 127.0.0.1 (20 Apr 2002 11:57:48 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sat, 20 Apr 2002 11:57:48 +0000 (UTC)
Cc: emacs-devel@gnu.org
Return-path: <emacs-devel-admin@gnu.org>
Original-Received: from quimby.gnus.org ([80.91.224.244])
	by main.gmane.org with esmtp (Exim 3.33 #1 (Debian))
	id 16ytUy-0001II-00
	for <emacs-devel@main.gmane.org>; Sat, 20 Apr 2002 13:57:48 +0200
Original-Received: from fencepost.gnu.org ([199.232.76.164])
	by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian))
	id 16yton-0004kL-00
	for <emacs-devel@quimby.gnus.org>; Sat, 20 Apr 2002 14:18:17 +0200
Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org)
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16ytUX-00071h-00; Sat, 20 Apr 2002 07:57:21 -0400
Original-Received: from mirapoint.inter.net.il ([192.114.186.20])
	by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian))
	id 16ytTq-0006vj-00; Sat, 20 Apr 2002 07:56:38 -0400
Original-Received: from zaretsky ([80.230.2.40])
	by mirapoint.inter.net.il (Mirapoint Messaging Server MOS 2.9.3.2)
	with ESMTP id ABK29105;
	Sat, 20 Apr 2002 14:56:32 +0300 (IDT)
Original-To: miles@gnu.org
X-Mailer: emacs 21.2.50 (via feedmail 8 I) and Blat ver 1.8.9
In-Reply-To: <87pu0upu72.fsf@tc-1-100.kawasaki.gol.ne.jp> (message from Miles
	Bader on 20 Apr 2002 18:58:57 +0900)
Errors-To: emacs-devel-admin@gnu.org
X-BeenThere: emacs-devel@gnu.org
X-Mailman-Version: 2.0.9
Precedence: bulk
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Post: <mailto:emacs-devel@gnu.org>
List-Subscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
List-Id: Emacs development discussions. <emacs-devel.gnu.org>
List-Unsubscribe: <http://mail.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://mail.gnu.org/pipermail/emacs-devel/>
Xref: main.gmane.org gmane.emacs.devel:2830
X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:2830

> From: Miles Bader <miles@gnu.org>
> Date: 20 Apr 2002 18:58:57 +0900
> 
> Actually, it occured to me that it would be a nice feature to also allow
> passing attribute lists to `display-supports-face-attribute-p' (or
> whatever it ends up being called), e.g.:
> 
>   (display-supports-face-attribute-p '(:foreground "red" :background "white"))
> 
> In most cases the effect would be same as simply the `and' of the
> individual attributes, but for others, it could use the extra info to
> return more `intelligent' results; in the case where both :foreground
> and :background are specified, for instance, it could at least ensure
> that the colors are `different".

Yes, it would be good to have that.  We could also teach this
function about unpleasant color combinations.

> I agree, sometimes it's going to be necessary to use special cases, so
> it's clearly necessary to be able to do low-level tests like the number
> colors, but I'd like to avoid it as much as possible. 

I agree.