From xemacs-m  Tue Aug 19 05:08:24 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 FAA11954
	for <xemacs-beta@xemacs.org>; Tue, 19 Aug 1997 05:08:23 -0500 (CDT)
Received: (from steve@localhost)
	by altair.xemacs.org (8.8.6/8.8.6) id DAA14701;
	Tue, 19 Aug 1997 03:13:03 -0700
Mail-Copies-To: never
To: xemacs-beta@xemacs.org
Subject: Re: 4 MULE bugs
References: <199708190543.BAA06918@pppkifer.cs.sunysb.edu>
X-Face: `'%\i;ySOu]g?NlziJSk_$&@]KP`}~PEQPjZ5;nxSaDW_o$4+4%Ab]%Ifw3ZR;7TIT3,O,'
 @2{L;]ox6kc;$_5kU'n**9vFg-]eV~GbxSVCx|(s%uR[],*:^WKmC`B}(;|k9/m]gwt?&`t;^rfCJg
 khHH>pP1W\)xM0U@!FNDD72{3fDP$PkBhx^7Z?-WxH6DbFN:QOnT`llzW}VGdYv;n9lzljQvKTIBhQ
 YuV
X-Attribution: sb
From: SL Baur <steve@xemacs.org>
In-Reply-To: kifer@cs.sunysb.edu's message of "Tue, 19 Aug 1997 01:43:33 -0400"
Mime-Version: 1.0 (generated by tm-edit 7.108)
Content-Type: multipart/mixed;
 boundary="Multipart_Tue_Aug_19_03:13:03_1997-1"
Content-Transfer-Encoding: 7bit
Date: 19 Aug 1997 03:13:03 -0700
Message-ID: <m2sow6bhw0.fsf@altair.xemacs.org>
Lines: 167
X-Mailer: Gnus v5.4.65/XEmacs 20.3(beta19) - "Kiev"

--Multipart_Tue_Aug_19_03:13:03_1997-1
Content-Type: text/plain; charset=US-ASCII

If anyone is feeling ambitious about tackling Mule stuffs, here is
the TODO list of things that need to be done.  We need more people
working on this.  Any suggestions?


--Multipart_Tue_Aug_19_03:13:03_1997-1
Content-Type: message/rfc822

X-From-Line: morioka@jaist.ac.jp  Mon Jul 28 05:25:42 1997
Return-Path: <morioka@jaist.ac.jp>
Received: from xemacs.org (xemacs.cs.uiuc.edu [128.174.252.16])
	by altair.xemacs.org (8.8.6/8.8.6) with ESMTP id FAA06923
	for <steve@altair.xemacs.org>; Mon, 28 Jul 1997 05:25:41 -0700
Received: from mikan.jaist.ac.jp (mex.jaist.ac.jp [150.65.8.6])
	by xemacs.org (8.8.5/8.8.5) with ESMTP id HAA13926
	for <steve@xemacs.org>; Mon, 28 Jul 1997 07:21:42 -0500 (CDT)
Received: from is18e0s01.jaist.ac.jp (MORIOKA Tomohiko <morioka@jaist.ac.jp>) by mikan.jaist.ac.jp (8.7.5); id VAA25239; Mon, 28 Jul 1997 21:21:40 +0900 (JST)
Message-Id: <199707281221.VAA25239@mikan.jaist.ac.jp>
X-MUA: mh-e 5.0.2 + emh 0.20, SEMI MIME-View 0.97
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: SL Baur <steve@xemacs.org>
Subject: Re: APEL and MEL in XEmacs 
In-reply-to: Your message of "25 Jul 1997 02:39:52 MST."
             <m2d8o7sc5z.fsf@altair.xemacs.org> 
X-Emacs: Emacs 20.0.91, MULE 3.0 =?ISO-2022-JP?B?KBskQjlITVUybBsoQik=?=
Mime-Version: 1.0 (generated by SEMI MIME-Edit 0.86 "Tsurugi")
Content-Type: multipart/signed; protocol="application/pgp-signature";
 boundary="pgp-sign-Multipart_Mon_Jul_28_21:21:25_1997-1"; micalg=pgp-md5
Content-Transfer-Encoding: 7bit
Date: Mon, 28 Jul 1997 21:21:39 JST
Sender: morioka@jaist.ac.jp
Lines: 123
Xref: altair.xemacs.org inbox:13278

--pgp-sign-Multipart_Mon_Jul_28_21:21:25_1997-1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

>>>>> In <m2d8o7sc5z.fsf@altair.xemacs.org> =

>>>>>	"sb" =3D SL Baur <steve@xemacs.org> wrote:

sb> O.K.  Before you go away for a rest, could you please give me a
sb> dump on where we stand on importing Mule 3 stuffs?

  Sorry, I don't understand its meaning. (because of my terribly
English ability (;_;))

  Anyway if you are talking about latest Mule 3 stuffs to
port/work/modify for XEmacs, I point out following:

(a) MULE primitive

(a-1) coding-system

- Rename `automatic-conversion' -> `undecided'
- Rename `iso-2022-ss2-{7|8}' -> `iso-2022-{7|8}bit-ss2'
- Rename `iso-2022-lock' -> `iso-2022-7bit-lock'
- Add `emacs-mule'
- Add new (systematic named) aliases
- `no-conversion' should be as same as `binary'
- Propose new alias for `emacs-mule' to mean `convert only line break
  codes' to Emacs people and rename current `no-conversion' to new
  name; internal coding system of Emacs and XEmacs are different so we
  should distinguish name of coding-system to mean encoding and
  `convert only line break codes' because such kind of coding-system
  is normally used to kill code-conversion mechanism of MULE.  My idea
  is `raw-text'.


(a-2) *-coding-system-alist

- Rename `buffer-file-coding-system-alist' ->
  `file-coding-system-alist'.
- Add `process-coding-system-alist' and `network-coding-system-alist'.


(a-3) coding system encoder/decoder

- Definition of coding-system should be synced with Emacs.
- Port latest coding-system encoder/decoder (current XEmacs can not
  treat iso-2022-cn-ext)

- implement {pre|post}-conversion (current XEmacs can not treat hz)

- Fix binary coding-system


(a-4) CCL

- Port latest CCL (current XEmacs can not treat koi8-r)


(a-4) etc.

- Modify char-syntax to sync with Emacs (current XEmacs' can not treat
  "pseudo-word"; Japanese does not divide words by space, so current
  XEmacs can not work word commands for such kind of languages)
- column specification of `format' should work as column of string
  instead of length of string.
- keyboard-coding-system
- terminal-coding-system
- There may be more problems.


(b) high level interface

- port language environment of latest Emacs
- interface to select quail has been changed (does not select
  Language)
- `universal-coding-system-argument'
- `describe-language-support'
- fix quail
- ....


(c) New script and languages

- Devanagari and Indian languages
- Lao
- Tibetan

  In addition, Arabic, Hebrew and Thai support may be broken in
current XEmacs (R2L and character-composition seems not work).
Vietnamese and Ethiopic might be too.  We need native users and
developers.


  Anyway we need more work and developers.  Current XEmacs works only
some simple languages (left-to-right and character and glyph are
same).

-- =

----------------------------------------------------------------------
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_Mon_Jul_28_21:21:25_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

iQCVAwUBM9yOzhnuUGV7wuH5AQGL8AP/VUYW0QkdofZB3GhKi3GMz16E2mr0CyOZ
iHHUJawJAMMJgvVZ5k10nf6WMXnowTi/o/fcknJuE0c+tg4PQnTv5USR4HBQXyUw
PHbx/+UoZvS1X3LMWIKxMXzEWc6Z+h5hZQuei6wAHYRfAe/oZFCRSFK/WbR1Squq
mZmH829ghbQ=
=O/9n
-----END PGP MESSAGE-----

--pgp-sign-Multipart_Mon_Jul_28_21:21:25_1997-1--


--Multipart_Tue_Aug_19_03:13:03_1997-1--

