From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/21007 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: More charset things Date: 05 Feb 1999 03:43:59 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: <87r9s57eog.fsf@pc-hrvoje.srce.hr> References: <87d83qkyjf.fsf@pc-hrvoje.srce.hr> <87ognahyoh.fsf@pc-hrvoje.srce.hr> <14010.16278.215333.623477@tanko.sk.tsukuba.ac.jp> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1035159195 20772 80.91.224.250 (21 Oct 2002 00:13:15 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Mon, 21 Oct 2002 00:13:15 +0000 (UTC) Return-Path: Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id VAA28788 for ; Thu, 4 Feb 1999 21:45:43 -0500 (EST) Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5]) by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id UAB06796; Thu, 4 Feb 1999 20:45:07 -0600 (CST) Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Thu, 04 Feb 1999 20:44:41 -0600 (CST) Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id UAA16699 for ; Thu, 4 Feb 1999 20:44:32 -0600 (CST) Original-Received: from pc-hrvoje.srce.hr (mail@pc-hrvoje.srce.hr [161.53.2.132]) by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id VAA28741 for ; Thu, 4 Feb 1999 21:44:22 -0500 (EST) Original-Received: from hniksic by pc-hrvoje.srce.hr with local (Exim 2.05 #1 (Debian)) id 108bFR-0001gc-00; Fri, 5 Feb 1999 03:44:01 +0100 Original-To: ding@gnus.org, xemacs-mule@xemacs.org X-Attribution: Hrvoje X-Face: &{dT~)Pu6V<0y?>3p$;@vh\`C7xB~A0T-J%Og)J,@-1%q6Q+, gs<-9M#&`I8cJp2b1{vPE|~+JE+gx;a7%BG{}nY^ehK1"q#rG O,Rn1A_Cy%t]V=Brv7h writes: > The MULE development group is nearly entirely Japanese; including > the people implementing Devanagari (for sure) and Arabic and > Ethiopic (IIRC). Not surprisingly, the tuning (and tuning is > absolutely necessary; the linguists don't know enough about language > for charset guessing and the like to be more than heuristic) is best > for Japanese, and bugs for non-Japanese languages don't get found > and fixed quickly. They don't get fixed at all, Stephen. I don't like to bitch all that much about the subject, since I could come out with the patches as well as anybody else (but my disgust at the code is another matter), only I *have* to correct you when you say that bugs don't get fixed "quickly". I have reported a number of latin2-related bugs in XEmacs/Mule, and I haven't seen a fix for any of them. I, a latin2 user, am supposed to be a target audience for Mule, and yet I cannot bring myself to use it for longer than ten minutes. If Mule is usable for anyone except the latin1 people and the Japanese (== majority), I'm happy for them. But it's not my cup of coffee. Not yet. > But MULE is the only truly multilingual platform there is at the > moment, to the best of my knowledge; Unicode doesn't satisfy the > needs of lots of people, and is not easily extensible without > changing the standard. MULE is. MULE is more than a Japanese > version of Emacs. :-( > Lars> A partial implementation of utf-mumble was posted recently > Lars> somewhere by someone. (Could I possible get any more > Lars> vague?) So I'm Cc'ing this to the xemacs-mule list. > > Morioka-san ported (IIRC) a Lisp-level implementation of UTF-8. Can such a thing even work under XEmacs/Mule? The design differences sound as if they make such a thing impossible.