From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: [patch] XPM in gamegrid.el Date: 06 Jul 2002 08:30:16 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: <873cuxu513.fsf@tc-1-100.kawasaki.gol.ne.jp> References: <200207021946.g62Jkd802100@aztec.santafe.edu> <200207041824.g64IO3906414@aztec.santafe.edu> <200207041910.g64JApB31201@rum.cs.yale.edu> <200207052205.g65M5Qp08476@aztec.santafe.edu> Reply-To: Miles Bader NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1025912687 18888 127.0.0.1 (5 Jul 2002 23:44:47 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 5 Jul 2002 23:44:47 +0000 (UTC) Cc: monnier+gnu/emacs@rum.cs.yale.edu, 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 17Qcko-0004uX-00 for ; Sat, 06 Jul 2002 01:44:46 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 17QcrW-00058j-00 for ; Sat, 06 Jul 2002 01:51:42 +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 17QclE-0001OF-00; Fri, 05 Jul 2002 19:45:12 -0400 Original-Received: from smtp01.fields.gol.com ([203.216.5.131]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17Qcjh-0000Zn-00; Fri, 05 Jul 2002 19:43:37 -0400 Original-Received: from tc-2-219.kawasaki.gol.ne.jp ([203.216.25.219] helo=tc-1-100.kawasaki.gol.ne.jp) by smtp01.fields.gol.com with esmtp (Magnetic Fields) id 17Qcje-00005f-00; Sat, 06 Jul 2002 08:43:34 +0900 Original-Received: by tc-1-100.kawasaki.gol.ne.jp (Postfix, from userid 1000) id C979E3076; Sat, 6 Jul 2002 08:30:16 +0900 (JST) Original-To: rms@gnu.org System-Type: i686-pc-linux-gnu In-Reply-To: <200207052205.g65M5Qp08476@aztec.santafe.edu> Original-Lines: 28 X-Abuse-Complaints: abuse@gol.com 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:5542 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:5542 Richard Stallman writes: > 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? I think _mostly_ -- but: 1) Sometimes (such as in my Calc example) you want the minibuffer to use the same modified default face as the buffer, but only in that frame. 2) The current display code calculates window sizes (and the tool-bar size) in integral multiples of the frame's default font, so there might be unpleasant artifacts from having that be different from the displayed buffer's default font (e.g., fractional lines displayed, minibuffer size jumpiness). Of course ideally this limitation on window sizes will just be removed. -miles -- Yo mama's so fat when she gets on an elevator it HAS to go down.