From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: MIYASHITA Hisashi(=?ISO-2022-JP?B?GyRCNVwyPBsoQiAbJEI+MBsoQjpISU1J?=) Newsgroups: gmane.emacs.devel Subject: Please avoid using Xutf8* API. Date: Sat, 27 Apr 2002 01:46:36 +0900 Sender: emacs-devel-admin@gnu.org Message-ID: NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya") Content-Type: text/plain; charset=US-ASCII X-Trace: main.gmane.org 1019839702 26522 127.0.0.1 (26 Apr 2002 16:48:22 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Fri, 26 Apr 2002 16:48:22 +0000 (UTC) Return-path: Original-Received: from quimby.gnus.org ([80.91.224.244]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 1718tS-0006tf-00 for ; Fri, 26 Apr 2002 18:48:22 +0200 Original-Received: from fencepost.gnu.org ([199.232.76.164]) by quimby.gnus.org with esmtp (Exim 3.12 #1 (Debian)) id 1718wA-0005Py-00 for ; Fri, 26 Apr 2002 18:51:11 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 1718tQ-0004aS-00; Fri, 26 Apr 2002 12:48:20 -0400 Original-Received: from meadow.scphys.kyoto-u.ac.jp ([130.54.54.165]) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 1718rp-0004WE-00 for ; Fri, 26 Apr 2002 12:46:41 -0400 Original-Received: (qmail 26686 invoked from network); 26 Apr 2002 16:45:53 -0000 Original-Received: from meadow.scphys.kyoto-u.ac.jp (HELO MILCH.meadowy.org.meadowy.org) (root@130.54.54.165) by meadow.scphys.kyoto-u.ac.jp with SMTP; 26 Apr 2002 16:45:53 -0000 Original-To: emacs-devel@gnu.org, hiura@li18nux.org Original-Lines: 38 User-Agent: T-gnus/6.15.4 (based on Oort Gnus v0.04) (revision 11) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.1 (i386-msvc-nt5.1.2600) MULE/5.0 (SAKAKI) Meadow/1.99 Alpha1 (AWOFUCHI) Errors-To: emacs-devel-admin@gnu.org X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: Emacs development discussions. List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.emacs.devel:3309 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:3309 Hello. I'd like to suspend that issue ("PWD") right now, because I found more serious problem in the current Emacs. The latest xterm.c uses Xutf8* API(Xutf8LookupString) to obtain lookup strings if XmbLookupString, but I'd like to strongly recommend not to use such APIs as a maintainer of Xlib-I18N. Xutf8* APIs was suddenly introduced into XFree86 abruptly without concensus. After the developper noticed the change, there had been tremendous discussions including flames to revoke these APIs. Unfortunately, without any sound discussions, these APIs were incorpolated and shipped with XFree86-4.0, thus these are very very controversial APIs even now. X.Org will never accept these APIs. Xlib-I18N distributed by Li18nux.org does not contain those neither. Furthermore, any works on these APIs are completely stopped because many developpers make objections to these APIs. I believe that XmbLookupString() is sufficient in the current Emacs. In order not to cause serious compatibility problems, please please refrain to use these APIs in Emacs. I couldn't find the discussions that corresponds to this change in emacs-devel ML, but from ChangeLog, this change seems to be introduced on 4/16. Could you please teach us why do you need this change, Mr.Monnier? For the requirements that we should be able to use UTF-8 string independently from the locale, we will propose more reliable APIs by extending XLC APIs. If you'd like to require it, please wait for that. With regards, from himi