From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: [patch] XPM in gamegrid.el Date: Fri, 5 Jul 2002 16:05:26 -0600 (MDT) Sender: emacs-devel-admin@gnu.org Message-ID: <200207052205.g65M5Qp08476@aztec.santafe.edu> References: <200207021946.g62Jkd802100@aztec.santafe.edu> <200207041824.g64IO3906414@aztec.santafe.edu> <200207041910.g64JApB31201@rum.cs.yale.edu> Reply-To: rms@gnu.org NNTP-Posting-Host: localhost.gmane.org X-Trace: main.gmane.org 1025908386 13261 127.0.0.1 (5 Jul 2002 22:33:06 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2002 22:33:06 +0000 (UTC) Cc: epameinondas@gmx.de, emacs-devel@gnu.org Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17QbdR-0003Rm-00 for ; Sat, 06 Jul 2002 00:33:05 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17Qbk8-0003SG-00 for ; Sat, 06 Jul 2002 00:40:00 +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 17QbdY-00063e-00; Fri, 05 Jul 2002 18:33:12 -0400 Original-Received: from pele.santafe.edu ([192.12.12.119]) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17QbCi-00087i-00; Fri, 05 Jul 2002 18:05:28 -0400 Original-Received: from aztec.santafe.edu (aztec [192.12.12.49]) by pele.santafe.edu (8.11.6+Sun/8.11.6) with ESMTP id g65M5UV14267; Fri, 5 Jul 2002 16:05:30 -0600 (MDT) Original-Received: (from rms@localhost) by aztec.santafe.edu (8.10.2+Sun/8.9.3) id g65M5Qp08476; Fri, 5 Jul 2002 16:05:26 -0600 (MDT) X-Authentication-Warning: aztec.santafe.edu: rms set sender to rms@aztec using -f Original-To: monnier+gnu/emacs@rum.cs.yale.edu In-Reply-To: <200207041910.g64JApB31201@rum.cs.yale.edu> (monnier+gnu/emacs@rum.cs.yale.edu) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.11 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:5534 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5534 I know that I've never understood the point of having frame-local face definitions, whereas the need for buffer-local face definitions has shown up every once in a while. I don't see much use for frame-local face definitions either. The reason the feature exists is that it was included in the original faces code that I got from Lucid Emacs way back when. Perhaps we should ask if anyone has ever used them, and consider replacing this feature with buffer-local face definitions. Miles wrote: It's quite handy for `special' frames, e.g., I sometimes use a `Calc' frame which is very small but with a huge default face, and only keep a Calc buffer in it (similarly for tooltip frames, etc). Miles, would a buffer-local face definition work just as well for this job?