From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: can not decode 0x93 and 0x94 to correct char Date: Fri, 28 Sep 2007 10:30:01 +0200 Message-ID: References: Reply-To: Eli Zaretskii NNTP-Posting-Host: lo.gmane.org X-Trace: sea.gmane.org 1190968223 11787 80.91.229.12 (28 Sep 2007 08:30:23 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 28 Sep 2007 08:30:23 +0000 (UTC) Cc: william.xue@gmail.com, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Sep 28 10:30:17 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IbBEm-0008U8-AB for ged-emacs-devel@m.gmane.org; Fri, 28 Sep 2007 10:30:16 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IbBEi-00053z-Og for ged-emacs-devel@m.gmane.org; Fri, 28 Sep 2007 04:30:12 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IbBEe-00052g-T6 for emacs-devel@gnu.org; Fri, 28 Sep 2007 04:30:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IbBEa-0004xw-PV for emacs-devel@gnu.org; Fri, 28 Sep 2007 04:30:08 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IbBEa-0004xe-Gx for emacs-devel@gnu.org; Fri, 28 Sep 2007 04:30:04 -0400 Original-Received: from heller.inter.net.il ([213.8.233.23]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IbBEa-00015r-5z for emacs-devel@gnu.org; Fri, 28 Sep 2007 04:30:04 -0400 Original-Received: from HOME-C4E4A596F7 (IGLD-83-130-198-199.inter.net.il [83.130.198.199]) by heller.inter.net.il (MOS 3.7.3a-GA) with ESMTP id DSR67389 (AUTH halo1); Fri, 28 Sep 2007 10:30:00 +0200 (IST) In-reply-to: (message from Kenichi Handa on Fri, 28 Sep 2007 15:31:04 +0900) X-Detected-Kernel: FreeBSD 4.7-5.2 (or MacOS X 10.2-10.4) (2) 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 Xref: news.gmane.org gmane.emacs.devel:79985 Archived-At: > From: Kenichi Handa > Date: Fri, 28 Sep 2007 15:31:04 +0900 > Cc: emacs-devel@gnu.org > > \223 and \224 are code points of cp125X for LEFT DOUBLE > QUOTATION MARK and RIGHT DOUBLE QUOTATION MARK. Their > Unicode code points are U+201C and U+201D (note that they > are not included in ISO-8859-1). > > With the trunk Emacs, you must use UTF-8 (or the other > UTF-based encodings, some of CJK encodings) to handle those > characters. Actually, Emacs 22.1 displays these characters just fine if I type "C-x RET c cp1252 RET C-x C-f char_err_clip.c RET". OTOH, using UTF-8 instead if cp1252 still displays octal escapes, like I'd expect. AFAIK, in Emacs 22 on Windows, cp1252 and friends map these characters into Unicode by design, and that is why using cp1252 for visiting this file does The Right Thing. So I don't think the OP needs to wait for the inherent Unicode support.