From xemacs-m  Fri Sep 26 04:26:19 1997
Received: from server.sensei.co.uk (server.sensei.co.uk [193.132.124.5])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id EAA19646
	for <xemacs-beta@xemacs.org>; Fri, 26 Sep 1997 04:26:18 -0500 (CDT)
Received: from cerise.sensei.co.uk (glynn@muvies.demon.co.uk [158.152.66.14]) by server.sensei.co.uk (8.8.5/8.8.2) with ESMTP id KAA01070; Fri, 26 Sep 1997 10:26:09 +0100
Received: (from glynn@localhost) by cerise.sensei.co.uk (8.8.5/8.8.2) id KAA09856; Fri, 26 Sep 1997 10:27:33 +0100
Date: Fri, 26 Sep 1997 10:27:33 +0100
Message-Id: <199709260927.KAA09856@cerise.sensei.co.uk>
From: Glynn Clements <glynn@sensei.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: xemacs-beta@xemacs.org
Cc: "Stephen J. Turnbull" <turnbull@sk.tsukuba.ac.jp>
Subject: Re: latin/kana flashing in SKK, 20.3 "Sarajevo" XEmacs  Lucid (beta23)
In-Reply-To: <m24t78o947.fsf@altair.xemacs.org>
References: <m0xEaqM-00002WC@tanko.sk.tsukuba.ac.jp>
	<m24t78o947.fsf@altair.xemacs.org>
X-Mailer: VM 6.34 under 20.3 "Sarajevo" XEmacs  Lucid (beta23)


SL Baur wrote:

> If I'm right, XEmacs has worked this way since 19.12 (I have no
> earlier experience with XEmacs).  It is better to do it this way than
> reserve the maximum possible font height for each line.  How would you
> propose to fix it?

On option to consider would be to always allow for the `default' face.
There may be reasons not to do that, although the only one that I can
think of offhand is <FONT SIZE=...> in w3-mode.

> It didn't jump for me when I copied it into a scratch buffer and
> inserted some ASCII text, but I use a smaller font for latin-1 than I
> use for Japanese.

It jumps for me, with:

Emacs.default.attributeFont:	-*-courier-medium-r-*-*-*-120-*-*-*-*-iso8859-*

Stephen J. Turnbull wrote:

> And I managed to munge the MIME inclusions, let's see if I can do
> better this time.

Nope. Content-Type: was text/plain, and the boundary= was attached to
Mime-version:

> My original hypothesis was that XEmacs was choking on the descenders
> of the Latin-1 font, but that doesn't seem to be the case as I can't
> generate the effect by adding and deleting ASCII text to a buffer
> which contains several lines of Japanese, or (as in the example
> above) a line of Japanese surrounded by ASCII. So it seems to be
> SKK-specific. It's rather annoying....

I don't think it is. I get the same effect, without SKK.

I suspect that Steve's prognosis is correct. The latin-1 descent
appears to be greater than the iso-2022-jp descent.

-- 
Glynn Clements <glynn@sensei.co.uk>

