From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Random832 Newsgroups: gmane.emacs.bugs Subject: bug#22169: 25.0.50; File name compiletion doesn't work with non-ASCII characters on OS X Date: Wed, 16 Dec 2015 13:19:20 -0500 Message-ID: <8760zyl0if.fsf@fastmail.com> References: <83y4cw3kie.fsf@gnu.org> <83twnk3fg1.fsf@gnu.org> <83oads2x99.fsf@gnu.org> <83io3z3drh.fsf@gnu.org> <831tan32q2.fsf@gnu.org> <87d1u74bvi.fsf@fastmail.com> <83zixb1313.fsf@gnu.org> <83wpse1yuv.fsf@gnu.org> <874mfimlhi.fsf@fastmail.com> <831tam1f7o.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1450290032 22223 80.91.229.3 (16 Dec 2015 18:20:32 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 16 Dec 2015 18:20:32 +0000 (UTC) To: 22169@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Dec 16 19:20:11 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1a9GgM-0001jI-OJ for geb-bug-gnu-emacs@m.gmane.org; Wed, 16 Dec 2015 19:20:10 +0100 Original-Received: from localhost ([::1]:48723 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9GgM-0003hc-1W for geb-bug-gnu-emacs@m.gmane.org; Wed, 16 Dec 2015 13:20:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33247) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9GgH-0003fq-S8 for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:20:06 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9GgD-0002MW-Vo for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:20:05 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:46213) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9GgD-0002MH-SK for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:20:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a9GgD-0003F4-HH for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:20:01 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: Resent-From: Random832 Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 16 Dec 2015 18:20:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 22169 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.145028998512434 (code B ref -1); Wed, 16 Dec 2015 18:20:01 +0000 Original-Received: (at submit) by debbugs.gnu.org; 16 Dec 2015 18:19:45 +0000 Original-Received: from localhost ([127.0.0.1]:53815 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9Gfw-0003EU-Lx for submit@debbugs.gnu.org; Wed, 16 Dec 2015 13:19:44 -0500 Original-Received: from eggs.gnu.org ([208.118.235.92]:42191) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9Gfv-0003EH-3f for submit@debbugs.gnu.org; Wed, 16 Dec 2015 13:19:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9Gfp-0002Co-1k for submit@debbugs.gnu.org; Wed, 16 Dec 2015 13:19:37 -0500 Original-Received: from lists.gnu.org ([2001:4830:134:3::11]:36835) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9Gfo-0002Cj-Uk for submit@debbugs.gnu.org; Wed, 16 Dec 2015 13:19:36 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33158) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9Gfn-0003ee-IC for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:19:36 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9Gfk-0002AR-Bd for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:19:35 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:49001) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9Gfk-0002AB-5F for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 13:19:32 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1a9Gfi-0000V4-J9 for bug-gnu-emacs@gnu.org; Wed, 16 Dec 2015 19:19:30 +0100 Original-Received: from c-68-39-146-59.hsd1.in.comcast.net ([68.39.146.59]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Dec 2015 19:19:30 +0100 Original-Received: from random832 by c-68-39-146-59.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 16 Dec 2015 19:19:30 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 38 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: c-68-39-146-59.hsd1.in.comcast.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) Cancel-Lock: sha1:PyVvoAgYLPEv5/cY5OjH2Ek3stk= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:110058 Archived-At: Eli Zaretskii writes: >> I'm not aware of any published rationale for the decision to >> store decomposed characters. > > It cannot be anything other than the desire to support lax matches. Maybe. I half suspect it was just to make their case mapping table (which doesn't include entries for the precomposed characters) smaller. >> I think maybe lax matching as an option would be better than >> blindly doing comparisons based on the decomposed form. > > It could be, if we had the lax matching implemented in C. But we > currently only emulate that with complex regexps, and I think it's not > a good idea to call that from dired.c. Whether that ever gets implemented or not, what I meant to suggest is that a half-baked lax matching that only works for a small subset of situations and only on one platform is not a feature worth having at all. And if people really do want it they can have it today by setting the encoding to utf-8 and dealing with the backspacing weirdness. AFAICT the rationale for renormalizing filenames to NFC was that combining characters couldn't be *displayed* on Carbon Emacs, rather than there being anything especially undesirable about the backspacing behavior. > I could come up with a patch if someone's interested to try it. I > just want to hear first about the details of what happens in > file_name_completion that causes file-name-all-completions return nil > in the OP's case. There's got to be something that I'm missing here. Like I said, ns-win's utf-8-nfd doesn't normalize on encode. I've since confirmed this with encode-coding-string. I haven't been able to confirm that ucs-normalize's utf-8-hfs exhibits the problem behavior.