From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Drew Adams" Newsgroups: gmane.emacs.bugs Subject: bug#797: list-faces-display imposes its own background, doesn't respect special-display-frame-alist Date: Thu, 25 Sep 2008 09:09:00 -0700 Message-ID: <009301c91f29$087eaed0$c2b22382@us.oracle.com> References: <001301c90865$9fb99ab0$c2b22382@us.oracle.com> Reply-To: Drew Adams , 797@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1222360226 2678 80.91.229.12 (25 Sep 2008 16:30:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Sep 2008 16:30:26 +0000 (UTC) To: "'Glenn Morris'" , <797@emacsbugs.donarmstrong.com> Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Sep 25 18:31:21 2008 connect(): Connection refused Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KitkO-0005Ep-PH for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Sep 2008 18:31:21 +0200 Original-Received: from localhost ([127.0.0.1]:51425 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KitjM-000492-G8 for geb-bug-gnu-emacs@m.gmane.org; Thu, 25 Sep 2008 12:30:16 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kitj4-00041b-OM for bug-gnu-emacs@gnu.org; Thu, 25 Sep 2008 12:29:58 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kitj3-00040f-8R for bug-gnu-emacs@gnu.org; Thu, 25 Sep 2008 12:29:58 -0400 Original-Received: from [199.232.76.173] (port=40311 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kitj2-00040b-UG for bug-gnu-emacs@gnu.org; Thu, 25 Sep 2008 12:29:56 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:49579) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Kitj2-0003Ih-NZ for bug-gnu-emacs@gnu.org; Thu, 25 Sep 2008 12:29:57 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8PGTsMW002960; Thu, 25 Sep 2008 09:29:54 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m8PGF2O0031848; Thu, 25 Sep 2008 09:15:02 -0700 X-Loop: don@donarmstrong.com Resent-From: "Drew Adams" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 25 Sep 2008 16:15:02 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 797 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: wontfix notabug Original-Received: via spool by 797-submit@emacsbugs.donarmstrong.com id=B797.122235896630619 (code B ref 797); Thu, 25 Sep 2008 16:15:02 +0000 Original-Received: (at 797) by emacsbugs.donarmstrong.com; 25 Sep 2008 16:09:26 +0000 Original-Received: from agminet01.oracle.com (agminet01.oracle.com [141.146.126.228]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m8PG9J8C030612 for <797@emacsbugs.donarmstrong.com>; Thu, 25 Sep 2008 09:09:20 -0700 Original-Received: from rgmgw1.us.oracle.com (rgmgw1.us.oracle.com [138.1.186.110]) by agminet01.oracle.com (Switch-3.2.4/Switch-3.1.7) with ESMTP id m8PG97HC019023; Thu, 25 Sep 2008 11:09:08 -0500 Original-Received: from acsmt704.oracle.com (acsmt704.oracle.com [141.146.40.82]) by rgmgw1.us.oracle.com (Switch-3.2.4/Switch-3.2.4) with ESMTP id m8PG93w3007512; Thu, 25 Sep 2008 10:09:05 -0600 Original-Received: from dradamslap1 (/130.35.178.194) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Thu, 25 Sep 2008 16:09:03 +0000 X-Mailer: Microsoft Office Outlook 11 In-Reply-To: Thread-Index: Acke4i/KB4cVnTc5QWKKwGxoP5j7dwARaFTg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3350 X-Brightmail-Tracker: AAAAAQAAAAI= X-Brightmail-Tracker: AAAAAQAAAAI= X-Whitelist: TRUE X-Whitelist: TRUE X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Thu, 25 Sep 2008 12:29:58 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:20775 Archived-At: > tags 797 notabug wontfix > > > Filed this bug in 2007, so it probably wasn't added to the new bug > > database. Below is the original report. > > Thanks for taking the time to tidy up and trim your report! > > > Now, the symptom is that the parameters (e.g. background) of > > `default-frame-alist' are used for buffer *Faces*, instead of the > > parameters of `special-display-frame-alist'. > > By design, M-x list-faces-display shows faces as they appear in the > frame from which it was called. Try calling it from a special frame, > or scrolling to the end of the sample faces. Hi Glenn, That is a bad design, IMO, if design it is. It contradicts the user's settings for special-display buffers. There is no excuse for that. If the user wants the `list-faces-display' output (buffer *Faces*) to be in a Hello Kitty frame color scheme, then that wish should be respected. Where does the `list-faces-display' programmer get off redesigning this to conflict with this Emacs rule? BTW, scrolling to the end of *Faces*, as you suggest, shows that the user's preferred frame background is in fact respected, but all of the text (including the whitespace) displayed in the buffer overrides this frame background color, so the frame background is smothered. That explains the mechanism, but it doesn't justify the effect: the user's preference is overridden, and it should not be. What is the rationale for this? There is nothing that says that the previous frame - the frame from which `list-faces-display' was called (interactively or by program) has the background that the user wants for *Faces*. Nothing whatsoever - no logical connection. This is a bad "feature" - it's what I would call an intentional bug.