From xemacs-m  Fri Sep 26 01:51:22 1997
Received: from altair.xemacs.org (steve@xemacs.miranova.com [206.190.83.19])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id BAA18468
	for <xemacs-beta@xemacs.org>; Fri, 26 Sep 1997 01:51:21 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.7/8.8.7) id XAA06718;
	Thu, 25 Sep 1997 23:57:28 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: latin/kana flashing in SKK, 20.3 "Sarajevo" XEmacs  Lucid (beta23)
References: <m0xEaqM-00002WC@tanko.sk.tsukuba.ac.jp>
X-Face: (:YAD@JS'&Kz'M}n7eX7gEvPR6U1mJ-kt;asEc2qAv;h{Yw7ckz<7+X_SYeTNAaPui:e~x$
 ,A=gkt*>UPL/}\a/#C~v2%ETiAY_sx;xve0yL??JWTtX_-NUzXyP38UdW#cmN1\4(X!c3m#%IbtB-3
 Z-!xpZi!`E.s{(;aP=b11"!3wQu]1j@^V|;n=B|{l<bZV1.AI`zWV%kPCnUhcgEe\(}/_kNd6,*3ZJ
 Q3o<YQ3^u;7jS=:p0--u3msQO
X-Attribution: sb
From: SL Baur <steve@xemacs.org>
In-Reply-To: "Stephen J. Turnbull"'s message of "Fri, 26 Sep 1997 22:54:06 +0900 (JST)"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: multipart/mixed;
 boundary="Multipart_Thu_Sep_25_23:57:27_1997-1"
Content-Transfer-Encoding: 7bit
Date: 25 Sep 1997 23:57:28 -0700
Message-ID: <m24t78o947.fsf@altair.xemacs.org>
Lines: 48
X-Mailer: Quassia Gnus v0.10/XEmacs 20.3(beta24) - "Ljubljana"

--Multipart_Thu_Sep_25_23:57:27_1997-1
Content-Type: text/plain; charset=US-ASCII

Stephen J Turnbull <turnbull@sk.tsukuba.ac.jp> writes:

> I hope this comes out right; I couldn't get VM to include the GIF
> properly and had to use TM, which I don't grok...

The colors in the GIF are kind of strange but I think I see what you're
referring to.

> In SKK (an input method for Japanese) kana-mode, when entering
> Japanese the font used at point switches back and forth between an
> ASCII font and JIS X 0208.  For some reason the ASCII font has greater
> descender depth.  This results in an annoying jumping-up-and-down of
> the next line.  (This will not occur if the target text in the line
> includes ASCII; only if the target text is all Japanese.)

I don't think what you're seeing has anything to do with SKK.  To
prove it to yourself (and me if I'm wrong), is to copy that line of
text into an XEmacs started with `-q -no-site-file' and seeing whether 
the same behavior occurs.

What you describe and what your GIF shows sounds like typical XEmacs
behavior when it has to deal with multiply sized fonts in the same
buffer.

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?

--Multipart_Thu_Sep_25_23:57:27_1997-1
Content-Type: text/plain; charset=ISO-2022-JP

> This is an example of SKK jumping text.
> $B$3$l$O"&$H$&$A$e$&(B
> Here's the lower line which jumps.

--Multipart_Thu_Sep_25_23:57:27_1997-1
Content-Type: text/plain; charset=US-ASCII

P.S.
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.

--Multipart_Thu_Sep_25_23:57:27_1997-1--

