From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: YAMAMOTO Mitsuharu Newsgroups: gmane.emacs.devel Subject: Re: Special Characters on Mac Emacs Date: Sat, 26 Mar 2005 14:00:36 +0900 Organization: Faculty of Science, Chiba University Message-ID: References: <85zmwragdc.fsf@obelix.seki.fr> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable X-Trace: sea.gmane.org 1111813888 30191 80.91.229.2 (26 Mar 2005 05:11:28 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sat, 26 Mar 2005 05:11:28 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Mar 26 06:11:27 2005 Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1DF3Zv-0006iJ-ST for ged-emacs-devel@m.gmane.org; Sat, 26 Mar 2005 06:11:20 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DF3pY-0006fC-8m for ged-emacs-devel@m.gmane.org; Sat, 26 Mar 2005 00:27:28 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1DF3p9-0006dg-QA for emacs-devel@gnu.org; Sat, 26 Mar 2005 00:27:03 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DF3p5-0006bL-WF for emacs-devel@gnu.org; Sat, 26 Mar 2005 00:27:01 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DF3p5-0006Zv-ST for emacs-devel@gnu.org; Sat, 26 Mar 2005 00:26:59 -0500 Original-Received: from [133.82.132.2] (helo=mathmail.math.s.chiba-u.ac.jp) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DF3PZ-0007X9-TE for emacs-devel@gnu.org; Sat, 26 Mar 2005 00:00:38 -0500 Original-Received: from church.math.s.chiba-u.ac.jp (church [133.82.132.36]) by mathmail.math.s.chiba-u.ac.jp (Postfix) with ESMTP id E8A411A6395; Sat, 26 Mar 2005 14:00:36 +0900 (JST) Original-To: =?ISO-8859-15?Q?S=E9bastien?= Kirche In-Reply-To: <85zmwragdc.fsf@obelix.seki.fr> User-Agent: Wanderlust/2.12.2 (99 Luftballons) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/22.0.50 (sparc-sun-solaris2.8) MULE/5.0 (SAKAKI) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org X-MailScanner-To: ged-emacs-devel@m.gmane.org Xref: news.gmane.org gmane.emacs.devel:35190 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:35190 >>>>> On Fri, 25 Mar 2005 16:34:55 +0100, S=E9bastien Kirche said: >> I suppose no characters in mule-unicode-2500-33ff is accessible >> from QuickDraw Text API that Carbon Emacs is currently using for >> drawing text, at least when using with bundled fonts. > What i can't figure out is that within OSX you can have any unicode > char you want providing that the application is unicode compliant > and that character is accessible at least from the system character > palette. > But for Emacs there is that strange remapping for parts of the > unicode set. So some chars are ok and some not. Quote from "Internationalizing Your Software: File Encodings and Fonts": http://developer.apple.com/documentation/MacOSX/Conceptual/BPInternational/= Concepts/FileEncodings.html Carbon and QuickDraw Issues If you have existing QuickDraw code and want to draw text, you should be aware that the QuickDraw Text routines do not directly support Unicode. : The fonts that are installed with Mac OS X have large character sets supporting a wide range of encodings and scripts. For example, Lucida, the system font, supports extended Latin, Greek, Cyrillic, Arabic, Hebrew, and Thai. But if you draw text through QuickDraw Text, you have access only to the MacRoman repertoire. To access the rest, you must use Cocoa or ATSUI. Steven Tamm is working on ATSUI support, and he is planning to add it to the unicode branch. I also think that it is not time to add such a drastic change into the upcoming release version. My change about Central European and Cyrillic display support is a "stopgap" that is intended not to change existing mechanisms. YAMAMOTO Mitsuharu mituharu@math.s.chiba-u.ac.jp