From xemacs-m  Mon Feb  3 22:24:41 1997
Received: from xemacs.cs.uiuc.edu (localhost [127.0.0.1])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id WAA26693;
	Mon, 3 Feb 1997 22:24:41 -0600 (CST)
Message-Id: <199702040424.WAA26693@xemacs.org>
To: Martin Buchholz <mrb@Eng.Sun.COM>
cc: Michael Guenther <michaelg@igor.stuttgart.netsurf.de>,
        xemacs-beta@xemacs.org
Subject: Re: 20.0 (almost) OK on Linux 2.0.28 
In-reply-to: Your message of "Mon, 03 Feb 1997 18:22:32 PST."
             <199702040222.SAA06175@xemacs.eng.sun.com> 
Date: Mon, 03 Feb 1997 22:24:40 -0600
From: Chuck Thompson <cthomp@xemacs.org>

    Martin> XEmacs in general has problems with varying-height fonts
    Martin> in the mode line and minibuffer.  Chuck?

I have no idea if it does or not.  I wouldn't be terribly surprised if
that is the case, though.  These both have special case handling which
I can't recall ever testing with varying height fonts.  I would be
surprised if it took much work to fix the problems.  The particular
problem being referenced here is caused by the following lines sitting
in the middle of generate_modeline in redisplay.c

  /* !!#### not right; needs to compute the max height of
     all the charsets */
  font_inst = WINDOW_FACE_CACHEL_FONT (w, MODELINE_INDEX, Vcharset_ascii);

  dl->ascent = XFONT_INSTANCE (font_inst)->ascent;
  dl->descent = XFONT_INSTANCE (font_inst)->descent;



			-Chuck

