From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?UTF-8?Q?=E5=B7=9D=E5=B9=A1=E5=A4=AA=E4=B8=80?= Newsgroups: gmane.emacs.bugs Subject: bug#4157: 23.1.50; faulty character characterisation for =?utf-8?b?w6Q=?= Date: Fri, 4 Sep 2009 14:51:12 +0900 Message-ID: <270879b0909032251m41b1baa8i67edc0e83c9b957@mail.gmail.com> Reply-To: =?UTF-8?Q?=E5=B7=9D=E5=B9=A1=E5=A4=AA=E4=B8=80?= , 4157@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1252061684 6075 80.91.229.12 (4 Sep 2009 10:54:44 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 4 Sep 2009 10:54:44 +0000 (UTC) Cc: 4157@emacsbugs.donarmstrong.com, Peter_Dyballa@freenet.de To: Kenichi Handa Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri Sep 04 12:54:36 2009 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1MjWR8-0003Rk-4R for geb-bug-gnu-emacs@m.gmane.org; Fri, 04 Sep 2009 12:54:34 +0200 Original-Received: from localhost ([127.0.0.1]:44090 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjWR6-0004dh-VA for geb-bug-gnu-emacs@m.gmane.org; Fri, 04 Sep 2009 06:54:33 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1MjRww-0005O0-RD for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 02:07:07 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1MjRwr-0005NP-No for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 02:07:06 -0400 Original-Received: from [199.232.76.173] (port=36566 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1MjRwr-0005NM-D5 for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 02:07:01 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:37015) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1MjRwq-0005QY-Rm for bug-gnu-emacs@gnu.org; Fri, 04 Sep 2009 02:07:01 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n8466vfG023042; Thu, 3 Sep 2009 23:06:58 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.14.3/8.14.3/Submit) id n84604gs021110; Thu, 3 Sep 2009 23:00:04 -0700 Resent-Date: Thu, 3 Sep 2009 23:00:04 -0700 X-Loop: owner@emacsbugs.donarmstrong.com Resent-From: =?UTF-8?Q?=E5=B7=9D=E5=B9=A1=E5=A4=AA=E4=B8=80?= Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs 2Resent-Date: Fri, 04 Sep 2009 06:00:03 +0000 Resent-Message-ID: Resent-Sender: owner@emacsbugs.donarmstrong.com X-Emacs-PR-Message: followup 4157 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 4157-submit@emacsbugs.donarmstrong.com id=B4157.125204347919612 (code B ref 4157); Fri, 04 Sep 2009 06:00:03 +0000 Original-Received: (at 4157) by emacsbugs.donarmstrong.com; 4 Sep 2009 05:51:19 +0000 X-Spam-Bayes: score:0.5 Bayes not run. spammytokens:Tokens not available. hammytokens:Tokens not available. Original-Received: from mail-qy0-f171.google.com (mail-qy0-f171.google.com [209.85.221.171]) by rzlab.ucr.edu (8.14.3/8.14.3/Debian-5) with ESMTP id n845pHYp019601 for <4157@emacsbugs.donarmstrong.com>; Thu, 3 Sep 2009 22:51:19 -0700 Original-Received: by qyk1 with SMTP id 1so499010qyk.22 for <4157@emacsbugs.donarmstrong.com>; Thu, 03 Sep 2009 22:51:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=XYZJnnfg9l4JhvDN6YiaiWpwVkWjDVVy3qj1HPHDB3s=; b=CkEPCeJSarkuJ6MKzXhS1u+gqHM64MH7C55QGqRlFf2u6OLgcKD2Jflv6si6/LuDeE R0ivjW8Pxy/vypTkBp6ZoqBTXraxV/tpAeZHojG7wQR5dD0RqGpteVyT57pNtp1xGyC6 EG5LDJHau+pNLSN3EOJa+JX82076bTv0vv5vg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=o7BwFwYecb3cx8b4XmJ48OEtw+FVvzt72/NKltb9osX7Cv+87fwlEtwOcivkYCIdT4 ZzirRDfmzbmDOhuzFr8SP2IErEwwVc10g+jJkCdDiqxY+yWQxvo/DCp5lwo7N9HKgU0B tYv8+9WRK3J0q2TbnEMdpGbnWRit82OCmaZXo= Original-Received: by 10.229.54.146 with SMTP id q18mr3252283qcg.53.1252043472103; Thu, 03 Sep 2009 22:51:12 -0700 (PDT) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 2) Resent-Date: Fri, 04 Sep 2009 02:07:06 -0400 X-Mailman-Approved-At: Fri, 04 Sep 2009 06:54:07 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:30798 Archived-At: Hi, I'm on the side of keeping the name of the coding-system to be 'utf-8-hfs', as this coding system is defined by the specification of HFS+ (http://developer.apple.com/technotes/tn/tn1150.html), rather than MacOS itself. This implies that if other OS mounts HFS, they should still apply "modified-NFD" for the file names. Besides, the other components of MacOS handles UTF-8 as NFC, as seen by the spotlight, etc. It is very unfortunate (and possibly flaw) of Carbon API that they do not care the file system they are accessing. One must care by himself when copying files among different file systems. (For example, when I back-up files among file systems with "rsync", I usually put some options such as "--iconv=UTF8-MAC,UTF-8")... sigh.... Cheers, 2009/9/4 Kenichi Handa : > In article <0B33C588-C7AD-41D9-8CAC-51AEBD40B264@Freenet.DE>, Peter Dyballa writes: > >> My test files were originally on an HFS+ and on an UFS (UNIX File >> System) volume (partition, slice, ...). This evening I copied them to >> an MS-DOS FAT16 file system. When I invoke GNU Emacs with -Q I see in >> all three file systems the decomposed characters in the file names. >> With ucs-normalize loaded and file-name-coding-system set to utf-8- >> hfs the look in all three file systems OK. This makes the chosen name >> utf-8-hfs not the best. Maybe utf-8-osx is more appropriate. > > In article , Stefan Monnier writes: > >> Good point. Or maybe utf-8-darwin. > > Kawabata-san, what do you think? > > --- > Kenichi Handa > handa@m17n.org > -- --------------------------------------------------------------------- 　川幡 太一 (KAWABATA, Taichi)　　　E-mail: kawabata@clock.ocn.ne.jp 　　　　　　　　　　　　　　　　　　kawabata.taichi@gmail.com