From unknown Mon Aug 18 11:17:14 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2204: 23.0.90; minibuffer font and frame size Reply-To: "Marshall, Simon" , 2204@debbugs.gnu.org Resent-From: "Marshall, Simon" Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 05 Feb 2009 11:45:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: report 2204 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by submit@emacsbugs.donarmstrong.com id=B.1233833756680 (code B ref -1); Thu, 05 Feb 2009 11:45:03 +0000 Received: (at submit) by emacsbugs.donarmstrong.com; 5 Feb 2009 11:35:56 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: * X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=1.1 required=4.0 tests=FOURLA,MULTALT autolearn=no version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n15BZlO4000674 for ; Thu, 5 Feb 2009 03:35:49 -0800 Received: from mail.gnu.org ([199.232.76.166]:51688 helo=mx10.gnu.org) by fencepost.gnu.org with esmtp (Exim 4.67) (envelope-from ) id 1LV2UX-0007rp-Je for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 06:33:57 -0500 Received: from Debian-exim by monty-python.gnu.org with spam-scanned (Exim 4.60) (envelope-from ) id 1LV2WH-0004Y9-AQ for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 06:35:46 -0500 Received: from cluster-a.mailcontrol.com ([85.115.52.190]:41388) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LV2WG-0004Xn-GR for emacs-pretest-bug@gnu.org; Thu, 05 Feb 2009 06:35:45 -0500 Received: from ukmailemea01.misys.global.ad (dc-server-15.adam.psi.com [195.81.243.15] (may be forged)) by rly09a.srv.mailcontrol.com (MailControl) with ESMTP id n15BXvcI010698 for ; Thu, 5 Feb 2009 11:35:40 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C98785.DE77F0CC" Date: Thu, 5 Feb 2009 11:35:38 -0000 Message-ID: <63C2A154B1708946B60726AFDBA00AC00383DC70@ukmailemea01.misys.global.ad> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 23.0.90; minibuffer font and frame size Thread-Index: AcmHhd4FG/2vghDWTSu2mPH3tNRTMQ== From: "Marshall, Simon" To: X-Scanned-By: MailControl A_08_51_00 (www.mailcontrol.com) on 10.65.0.119 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.4-2.6 This is a multi-part message in MIME format. ------_=_NextPart_001_01C98785.DE77F0CC Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi guys, I've always used a separate minibuffer frame with a larger font. With Emacs 22, it correctly uses the larger font in the minibuffer, but sizes the minibuffer frame according to the default smaller font. As such, descender letters are difficult to read in the minibuffer. However, I can use set-frame-font in the minibuffer with the larger font to force Emacs 22 to resize the minibuffer frame (even though the font has not actually changed). Since I start Emacs rarely, I've grown to live with it.=20=20 With Emacs 23, cleverly, it does not resize the minibuffer frame if the font has not changed. This cleverness is unfortunate, since the size is wrong. Replace .emacs with: (setq inhibit-startup-screen t) (setq default-frame-alist '((width . 80) (height . 40) (minibuffer . nil))) (setq initial-frame-alist '((width . 80) (height . 40) (minibuffer . nil))) (setq minibuffer-frame-alist '((width . 100) (height . 1) (cursor-type . bar) (reverse . t) (font . "9x15bold"))) My Xresources include: Emacs*font: 8x13bold Start Emacs 22 without any flags. In Emacs 22, the minibuffer comes up with a 9x15bold font but sized for a 8x13bold font. Oh well. But I can move my mouse into the minibuffer and do M-x set-frame-font RET 9x15bold RET and the frame is redrawn with the correct size. Yay! Start Emacs 23 without any flags. As before, the minibuffer comes up with a 9x15bold font but sized for a 8x13bold font. However, this time, M-x set-frame-font RET 9x15bold RET has no effect. I guess in Emacs 23 I can change the font away from 9x15bold and then back again, but perhaps it would be possible to fix the underlying problem or find some other solution? In GNU Emacs 23.0.90.1 (sparc-sun-solaris2.8, Motif Version 2.1.0) of 2009-02-03 on risksun2 Windowing system distributor `Hummingbird Ltd.', version 11.0.100015 configured using `configure '--x-includes=3D/usr/openwin/include:/usr/dt/include:/usr/local/include:/u sr/local/X11/include' '--x-libraries=3D/usr/openwin/lib:/usr/dt/lib:/usr/local/lib:/usr/local/X1 1/lib' '--with-x-toolkit=3Dmotif' '--with-jpeg=3Dno' '--with-gif=3Dno' '--with-tiff=3Dno'' Important settings: value of $LC_ALL: nil value of $LC_COLLATE: nil value of $LC_CTYPE: nil value of $LC_MESSAGES: nil value of $LC_MONETARY: nil value of $LC_NUMERIC: nil value of $LC_TIME: nil value of $LANG: C value of $XMODIFIERS: nil locale-coding-system: nil default-enable-multibyte-characters: t "Misys" is the trade name for Misys plc (registered in England and Wales). = Registration Number: 01360027. Registered office: One Kingdom Street, Londo= n W2 6BL, United Kingdom. For a list of Misys group operating companies ple= ase go to http://www.misys.com/corp/About_Us/misys_operating_companies.html= . This email and any attachments have been scanned for known viruses using = multiple scanners. This email message is intended for the named recipient o= nly. It may be privileged and/or confidential. If you are not the named rec= ipient of this email please notify us immediately and do not copy it or use= it for any purpose, nor disclose its contents to any other person. This em= ail does not constitute the commencement of legal relations between you and= Misys plc. Please refer to the executed contract between you and the relev= ant member of the Misys group for the identity of the contracting party wit= h which you are dealing.=20 ------_=_NextPart_001_01C98785.DE77F0CC Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable 23.0.90; minibuffer font and frame size

Hi guys,

I've always used a se= parate minibuffer frame with a larger font.  With Emacs 22, it correct= ly uses the larger font in the minibuffer, but sizes the minibuffer frame a= ccording to the default smaller font.  As such, descender letters are = difficult to read in the minibuffer.  However, I can use set-frame-fon= t in the minibuffer with the larger font to force Emacs 22 to resize the mi= nibuffer frame (even though the font has not actually changed).  Since= I start Emacs rarely, I've grown to live with it. 

With Emacs 23, clever= ly, it does not resize the minibuffer frame if the font has not changed.&nb= sp; This cleverness is unfortunate, since the size is wrong.<= /P>

Replace .emacs with:<= /FONT>

(setq inhibit-startup= -screen t)

(setq default-frame-a= list
   &n= bsp;  '((width . 80) (height . 40)
        (minibuffer . nil)))

(setq initial-frame-a= list
   &n= bsp;  '((width . 80) (height . 40)
        (minibuffer . nil)))

(setq minibuffer-fram= e-alist
   &n= bsp;  '((width . 100) (height . 1)
        (cursor-type . bar)
        (reverse . t)
        (font . "9x15bold")))

My Xresources include= :

Emacs*font: &nbs= p;   8x13bold

Start Emacs 22 withou= t any flags.  In Emacs 22, the minibuffer comes up with a 9x15bold fon= t but sized for a 8x13bold font.  Oh well.  But I can move my mou= se into the minibuffer and do M-x set-frame-font RET 9x15bold RET and the f= rame is redrawn with the correct size.  Yay!

Start Emacs 23 withou= t any flags.  As before, the minibuffer comes up with a 9x15bold font = but sized for a 8x13bold font.  However, this time, M-x set-frame-font= RET 9x15bold RET has no effect.

I guess in Emacs 23 I= can change the font away from 9x15bold and then back again, but perhaps it= would be possible to fix the underlying problem or find some other solutio= n?

In GNU Emacs 23.0.90.= 1 (sparc-sun-solaris2.8, Motif Version 2.1.0)
 of 2009-02-03 = on risksun2
Windowing system dis= tributor `Hummingbird Ltd.', version 11.0.100015
configured using `co= nfigure  '--x-includes=3D/usr/openwin/include:/usr/dt/include:/usr/loc= al/include:/usr/local/X11/include' '--x-libraries=3D/usr/openwin/lib:/usr/d= t/lib:/usr/local/lib:/usr/local/X11/lib' '--with-x-toolkit=3Dmotif' '--with= -jpeg=3Dno' '--with-gif=3Dno' '--with-tiff=3Dno''

Important settings:
  value of $LC_= ALL: nil
  value of $LC_= COLLATE: nil
  value of $LC_= CTYPE: nil
  value of $LC_= MESSAGES: nil
  value of $LC_= MONETARY: nil
  value of $LC_= NUMERIC: nil
  value of $LC_= TIME: nil
  value of $LAN= G: C
  value of $XMO= DIFIERS: nil
  locale-coding= -system: nil
  default-enabl= e-multibyte-characters: t



"Misys" is the trade name for Misys plc (registered in England and Wa= les). Registration Number: 01360027. Registered office: One Kingdom Street,= London W2 6BL, United Kingdom. For a list of Misys group operating compani= es please go to http://www.misys.com/corp/About_Us/misys_operating_compa= nies.html. This email and any attachments have been scanned for known v= iruses using multiple scanners. This email message is intended for the name= d recipient only. It may be privileged and/or confidential. If you are not = the named recipient of this email please notify us immediately and do not c= opy it or use it for any purpose, nor disclose its contents to any other pe= rson. This email does not constitute the commencement of legal relations be= tween you and Misys plc. Please refer to the executed contract between you = and the relevant member of the Misys group for the identity of the contract= ing party with which you are dealing.

 

 = ------_=_NextPart_001_01C98785.DE77F0CC-- From unknown Mon Aug 18 11:17:14 2025 X-Loop: owner@emacsbugs.donarmstrong.com Subject: bug#2204: 23.0.90; minibuffer font and frame size Reply-To: Chong Yidong , 2204@debbugs.gnu.org Resent-From: Chong Yidong Resent-To: bug-submit-list@lists.donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Sat, 07 Feb 2009 22:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-Emacs-PR-Message: followup 2204 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Received: via spool by 2204-submit@emacsbugs.donarmstrong.com id=B2204.123404521914542 (code B ref 2204); Sat, 07 Feb 2009 22:30:02 +0000 Received: (at 2204) by emacsbugs.donarmstrong.com; 7 Feb 2009 22:20:19 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=0.0 required=4.0 tests=none autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n17MKH84014202 for <2204@emacsbugs.donarmstrong.com>; Sat, 7 Feb 2009 14:20:18 -0800 Received: by cyd.mit.edu (Postfix, from userid 1000) id 9824157E20B; Sat, 7 Feb 2009 17:20:59 -0500 (EST) From: Chong Yidong To: "Marshall\, Simon" Cc: 2204@debbugs.gnu.org Date: Sat, 07 Feb 2009 17:20:59 -0500 Message-ID: <87vdrlzy5w.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii > I've always used a separate minibuffer frame with a larger font... it > correctly uses the larger font in the minibuffer, but sizes the > minibuffer frame according to the default smaller font. This may be a Motif bug---with a GTK build on GNU/Linux and the .emacs you supplied, the minibuffer frame is sized using the larger font. I don't have lots of time to work on this right now, so it would be helpful if you could experiment different build configurations, and see what makes the bug appear/disappear. Thanks. From cyd@stupidchicken.com Sun Mar 15 11:00:47 2009 Received: (at control) by emacsbugs.donarmstrong.com; 15 Mar 2009 18:00:47 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-2.0 required=4.0 tests=VALID_BTS_CONTROL autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from cyd.mit.edu (CYD.MIT.EDU [18.115.2.24]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2FI0iCM005907 for ; Sun, 15 Mar 2009 11:00:45 -0700 Received: by cyd.mit.edu (Postfix, from userid 1000) id 76A7757E21C; Sun, 15 Mar 2009 14:02:03 -0400 (EDT) From: Chong Yidong To: control@debbugs.gnu.org Subject: tag 2204 Date: Sun, 15 Mar 2009 14:02:03 -0400 Message-ID: <87vdqa7jhg.fsf@cyd.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii tags 2204 unreproducible, wishlist thanks From rgm@gnu.org Mon Mar 16 11:32:32 2009 Received: (at control) by emacsbugs.donarmstrong.com; 16 Mar 2009 18:32:33 +0000 X-Spam-Checker-Version: SpamAssassin 3.2.5-bugs.debian.org_2005_01_02 (2008-06-10) on rzlab.ucr.edu X-Spam-Level: X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. X-Spam-Status: No, score=-5.0 required=4.0 tests=VALID_BTS_CONTROL, X_DEBBUGS_NO_ACK autolearn=ham version=3.2.5-bugs.debian.org_2005_01_02 Received: from fencepost.gnu.org (fencepost.gnu.org [140.186.70.10]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id n2GIWUEB004821 for ; Mon, 16 Mar 2009 11:32:31 -0700 Received: from rgm by fencepost.gnu.org with local (Exim 4.67) (envelope-from ) id 1LjHbw-0006IZ-JD; Mon, 16 Mar 2009 14:32:28 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18878.39740.387307.966356@fencepost.gnu.org> Date: Mon, 16 Mar 2009 14:32:28 -0400 From: Glenn Morris To: control Subject: control message X-Attribution: GM X-Mailer: VM (www.wonderworks.com/vm), GNU Emacs (www.gnu.org/software/emacs) X-Hue: yellow X-Ran: v;C#+L.f-PCY0.Zi95y0;X/q,Gq;$A}01s]0`A)+VcSKH5v]i3V@,'tIct,m,yH+,Zax[# X-Debbugs-No-Ack: yes reassign 2688 emacs,ns merge 2662 2688 severity 2204 wishlist stop fix typo in previous 2204 command From unknown Mon Aug 18 11:17:14 2025 X-Loop: help-debbugs@gnu.org Subject: bug#2204: 23.0.90; minibuffer font and frame size Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Sep 2019 18:03:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 2204 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: unreproducible To: Chong Yidong Cc: "Marshall, Simon" , 2204@debbugs.gnu.org Received: via spool by 2204-submit@debbugs.gnu.org id=B2204.156969378022099 (code B ref 2204); Sat, 28 Sep 2019 18:03:02 +0000 Received: (at 2204) by debbugs.gnu.org; 28 Sep 2019 18:03:00 +0000 Received: from localhost ([127.0.0.1]:51175 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEH3c-0005kN-3l for submit@debbugs.gnu.org; Sat, 28 Sep 2019 14:03:00 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33498) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEH3a-0005kD-1P for 2204@debbugs.gnu.org; Sat, 28 Sep 2019 14:02:58 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iEH3V-0005Cp-JW; Sat, 28 Sep 2019 20:02:56 +0200 From: Lars Ingebrigtsen References: <87vdrlzy5w.fsf@cyd.mit.edu> Date: Sat, 28 Sep 2019 20:02:53 +0200 In-Reply-To: <87vdrlzy5w.fsf@cyd.mit.edu> (Chong Yidong's message of "Sat, 07 Feb 2009 17:20:59 -0500") Message-ID: <875zlcuwmq.fsf@gnus.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: Chong Yidong writes: >> I've always used a separate minibuffer frame with a larger font... it >> correctly uses the larger font in the minibuffer, but sizes the >> minibuffer frame according to the default smaller font. > [...] Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Chong Yidong writes: >> I've always used a separate minibuffer frame with a larger font... it >> correctly uses the larger font in the minibuffer, but sizes the >> minibuffer frame according to the default smaller font. > > This may be a Motif bug---with a GTK build on GNU/Linux and the .emacs > you supplied, the minibuffer frame is sized using the larger font. I > don't have lots of time to work on this right now, so it would be > helpful if you could experiment different build configurations, and see > what makes the bug appear/disappear. Thanks. More information was requested, but no response was given within ten years, so I'm closing this bug report. If the problem still exists, please reopen this bug report. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no From debbugs-submit-bounces@debbugs.gnu.org Sat Sep 28 14:03:04 2019 Received: (at control) by debbugs.gnu.org; 28 Sep 2019 18:03:04 +0000 Received: from localhost ([127.0.0.1]:51179 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEH3g-0005l2-FL for submit@debbugs.gnu.org; Sat, 28 Sep 2019 14:03:04 -0400 Received: from quimby.gnus.org ([80.91.231.51]:33518) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iEH3e-0005kf-Sg for control@debbugs.gnu.org; Sat, 28 Sep 2019 14:03:03 -0400 Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iEH3c-0005Cx-4A for control@debbugs.gnu.org; Sat, 28 Sep 2019 20:03:02 +0200 Date: Sat, 28 Sep 2019 20:02:59 +0200 Message-Id: <874l0wuwmk.fsf@gnus.org> To: control@debbugs.gnu.org From: Lars Ingebrigtsen Subject: control message for bug #2204 X-Spam-Report: Spam detection software, running on the system "quimby.gnus.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see @@CONTACT_ADDRESS@@ for details. Content preview: close 2204 quit Content analysis details: (-2.9 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.0 ALL_TRUSTED Passed through trusted hosts only via SMTP -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% [score: 0.0000] X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) close 2204 quit