From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Marshall, Simon" Newsgroups: gmane.emacs.bugs,gmane.emacs.pretest.bugs Subject: bug#2204: 23.0.90; minibuffer font and frame size Date: Thu, 5 Feb 2009 11:35:38 -0000 Message-ID: <63C2A154B1708946B60726AFDBA00AC00383DC70@ukmailemea01.misys.global.ad> Reply-To: "Marshall, Simon" , 2204@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C98785.DE77F0CC" X-Trace: ger.gmane.org 1233835490 22351 80.91.229.12 (5 Feb 2009 12:04:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Feb 2009 12:04:50 +0000 (UTC) To: Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Feb 05 13:06:02 2009 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 1LV2yi-0004jv-5M for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Feb 2009 13:05:23 +0100 Original-Received: from localhost ([127.0.0.1]:36937 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LV2xP-0005fL-AU for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Feb 2009 07:03:47 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LV2xF-0005cB-3z for bug-gnu-emacs@gnu.org; Thu, 05 Feb 2009 07:03:37 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LV2xC-0005bL-UR for bug-gnu-emacs@gnu.org; Thu, 05 Feb 2009 07:03:36 -0500 Original-Received: from [199.232.76.173] (port=33931 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LV2xC-0005bE-PO for bug-gnu-emacs@gnu.org; Thu, 05 Feb 2009 07:03:34 -0500 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:50700) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1LV2xB-0003lU-R6 for bug-gnu-emacs@gnu.org; Thu, 05 Feb 2009 07:03:34 -0500 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 n15C3Wwl006626; Thu, 5 Feb 2009 04:03:32 -0800 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id n15Bj3Lg002017; Thu, 5 Feb 2009 03:45:03 -0800 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: "Marshall, Simon" Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Thu, 05 Feb 2009 11:45:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: report 2204 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by submit@emacsbugs.donarmstrong.com id=B.1233833756680 (code B ref -1); Thu, 05 Feb 2009 11:45:03 +0000 Original-Received: (at submit) by emacsbugs.donarmstrong.com; 5 Feb 2009 11:35:56 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-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 Original-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 Original-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 Original-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 Original-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 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: 23.0.90; minibuffer font and frame size Thread-Index: AcmHhd4FG/2vghDWTSu2mPH3tNRTMQ== 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 X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) Resent-Date: Thu, 05 Feb 2009 07:03:36 -0500 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:24968 gmane.emacs.pretest.bugs:23854 Archived-At: 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--