From xemacs-m  Fri Mar 21 02:49:26 1997
Received: from mikan.jaist.ac.jp (mikan.jaist.ac.jp [150.65.8.6])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id CAA01078
	for <xemacs-beta@xemacs.org>; Fri, 21 Mar 1997 02:49:19 -0600 (CST)
Received: from is18e0s01.jaist.ac.jp (MORIOKA Tomohiko <morioka@jaist.ac.jp>) by mikan.jaist.ac.jp (8.7.5); id RAA15664; Fri, 21 Mar 1997 17:44:07 +0900 (JST)
Message-Id: <199703210844.RAA15664@mikan.jaist.ac.jp>
X-MUA: mh-e 5.0.2 + emh 0.17, SEMI MIME-View 0.75
X-Face: %yc?f+O/cVKlH*K(H2X/6-d''suf|"1{S:Y0}_9$t@0G3:5M2:-Ck^[8+4^iSLeGc[Ey[WP
 PF]2M#Q9C'u~[=7TJP72J`PZdWvP=s-'-/LhFneC->=ILc~H#$lf2%hLL5U8?psIp`<[>d&@$Pm%~(
 A'"CJ.zuX@TXh\Ra4,b7M&`f"hexU-a4,#X\]Bfp'JI+MGUDRA%_$&UnWAem4}1R"4%uivgn;xFZ%"
 NS>)eCuFYNHc/:W^:{7H>bGQS],x5z[Cy~C;7j#:8y9q|"~9~UWjE<Vm_;)o<Q4S5NweLc(cl7-suY
 NF|_O*xodbmQavM
From: =?ISO-2022-JP?B?GyRCPGkyLBsoQiAbJEJDTkknGyhC?= / MORIOKA Tomohiko <morioka@jaist.ac.jp>
To: Martin Buchholz <mrb@Eng.Sun.COM>
cc: Steven L Baur <steve@miranova.com>, xemacs-beta@xemacs.org
Subject: Re: PATCH: Re: char-before (Re: XEmacs 19.15-b102 is released) 
In-reply-to: Your message of "Fri, 21 Mar 1997 00:07:59 PST."
             <199703210807.AAA07719@xemacs.eng.sun.com> 
X-Emacs: Emacs 19.34.94, MULE 3.0 =?ISO-2022-JP?B?KBskQjlITVUybBsoQik=?=
Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.75)
Content-Type: multipart/signed; protocol="application/pgp-signature";
 boundary="pgp-sign-Multipart_Fri_Mar_21_17:43:50_1997-1"; micalg=pgp-md5
Content-Transfer-Encoding: 7bit
Date: Fri, 21 Mar 1997 17:44:05 JST
Sender: morioka@jaist.ac.jp

--pgp-sign-Multipart_Fri_Mar_21_17:43:50_1997-1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

>>>>> In <199703210807.AAA07719@xemacs.eng.sun.com> 
>>>>>=09"Martin" =3D Martin Buchholz <mrb@Eng.Sun.COM> wrote:

Martin> I don't grok this enable-multibyte-character stuff, but it
Martin> seems to me that char-before and char-after should be
Martin> primitive functions, for symmettry, and that the POS argument
Martin> be optional, defaulting to point.

Martin> In other words, this patch makes char-after and char-before
Martin> what preceding-char and following-char should have been all
Martin> along.

  I quite agree.  In XEmacs/mule, there is no need to use
`enable-multibyte-character' feature, at least about point or string.
In addition, I think it should not work for coding-system.


Martin> The best thing Ben did in his massive Mule rewrite was to make
Martin> byte positions completely inaccessible from the lisp level.
Martin> It is impossible to end up in the middle of a character.  All
Martin> lisp operations are character, not byte, oriented.

  I like this choice.  HANDA Ken'ichi and RMS gave up this choice
because of terrible speed down.  I discussed with Ken'ichi about this.
He proposed to use cache about position <-> byte conversion.  It might
improve overhead of XEmacs/mule.  Anyway this choice requires some
devices for speed up.  Perhaps it might be better to use fixed size
character representation.

  By the way, I hope author of emacs applications thinking about
`middle byte of a character' if you want to support traditional MULE
or Emacs 20.

-- 
----------------------------------------------------------------------
MORIOKA Tomohiko <morioka@jaist.ac.jp>
        Japan advanced Institute of Science and Technology, Hokuriku
                Asahi-dai, Tatsu-no-kuchi ch=F4, Nomi, Ishikawa, Japan
------------------------------------------ Frisch, Frei, Fr=F6hlich! ---

--pgp-sign-Multipart_Fri_Mar_21_17:43:50_1997-1
Content-Type: application/pgp-signature
Content-Transfer-Encoding: 7bit

-----BEGIN PGP MESSAGE-----
Version: 2.6.3ia
Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface

iQCVAwUBMzJKThnuUGV7wuH5AQELmgP/b1R5YC2/966rFNSgDNVSx/IuM6bmvBfT
S8aaj76LX7F+yYfPjqaro3luRdSYh1vwWtiG9hs/6sHPrpVMM0R8Pr8LSMdgG/BY
G2KhBDm6wyXMSKZPflzqAMz8yNWdwK/Hx0Innn26eyLATUT+El2uV7g5hpD83yIx
Ksh8xwlikaw=
=N9mU
-----END PGP MESSAGE-----

--pgp-sign-Multipart_Fri_Mar_21_17:43:50_1997-1--

