From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Anders Lindgren Newsgroups: gmane.emacs.bugs Subject: bug#22169: 25.0.50; File name compiletion doesn't work with non-ASCII characters on OS X Date: Tue, 15 Dec 2015 20:16:03 +0100 Message-ID: References: <83y4cw3kie.fsf@gnu.org> <83twnk3fg1.fsf@gnu.org> <83oads2x99.fsf@gnu.org> <83io3z3drh.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a1144f922e498250526f49e2e X-Trace: ger.gmane.org 1450207041 19833 80.91.229.3 (15 Dec 2015 19:17:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 15 Dec 2015 19:17:21 +0000 (UTC) Cc: 22169@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Dec 15 20:17:12 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 1a8v5z-0001AG-6O for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Dec 2015 20:17:11 +0100 Original-Received: from localhost ([::1]:38820 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8v5y-0000BM-Cq for geb-bug-gnu-emacs@m.gmane.org; Tue, 15 Dec 2015 14:17:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41755) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8v5u-0000BB-VH for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 14:17:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a8v5q-0002b3-RZ for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 14:17:06 -0500 Original-Received: from debbugs.gnu.org ([208.118.235.43]:45322) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a8v5q-0002ar-O5 for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 14:17:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84) (envelope-from ) id 1a8v5q-0002OD-Cz for bug-gnu-emacs@gnu.org; Tue, 15 Dec 2015 14:17:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Anders Lindgren Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 15 Dec 2015 19:17:02 +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: Original-Received: via spool by 22169-submit@debbugs.gnu.org id=B22169.14502069699122 (code B ref 22169); Tue, 15 Dec 2015 19:17:02 +0000 Original-Received: (at 22169) by debbugs.gnu.org; 15 Dec 2015 19:16:09 +0000 Original-Received: from localhost ([127.0.0.1]:52924 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a8v4z-0002N4-AI for submit@debbugs.gnu.org; Tue, 15 Dec 2015 14:16:09 -0500 Original-Received: from mail-vk0-f52.google.com ([209.85.213.52]:36140) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a8v4y-0002Ms-Lh for 22169@debbugs.gnu.org; Tue, 15 Dec 2015 14:16:08 -0500 Original-Received: by mail-vk0-f52.google.com with SMTP id y187so12126189vka.3 for <22169@debbugs.gnu.org>; Tue, 15 Dec 2015 11:16:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=StkTRIyapFUE44yxilJWDN7pIhugG7bVDo4RcU6oVj4=; b=IFbqpuXBCoA1rQvgp78k7Lzyfk5Uj8Dz4iU9YLJzAupD1xuT0g5Vsl4/pwoq8IPj0B ZCu7c9veVqdas4XEcM+D60Oi2Dx8VzqQMrmV9MJf9SIp3yySvqki2/tsWrzEjVy8Wzp7 wSE1Rwc1/2yvhzFx3nDWNZaa7Npe6bZ+PZIedgv4glALvTI3uiltRwI2XIIAjDEuUrTX mtN/vc+HPMP5fP9Eku0jdonuGXNc8PTpLj8vze0Ok5LHV3FVUhjMWjwv0EfNx8kSpeG9 HSArJROfHRceubVWgiVas+Inz1kZFkApD/n2RYXrhbUPbT5hZhZKUotcZRABkLnQWN66 AA5w== X-Received: by 10.31.138.20 with SMTP id m20mr30618022vkd.70.1450206963208; Tue, 15 Dec 2015 11:16:03 -0800 (PST) Original-Received: by 10.31.210.133 with HTTP; Tue, 15 Dec 2015 11:16:03 -0800 (PST) In-Reply-To: <83io3z3drh.fsf@gnu.org> 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:110028 Archived-At: --001a1144f922e498250526f49e2e Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable > > I think we should remove that, and leave behind an alias that uses > utf-8-hfs, which is provided by Emacs. There's no reason to maintain > 2 identical definitions. > Sounds reasonable. The implementation is vastly different, so getting rid of one is definitively an improvement. When you set file-name-coding-system to nil, Emacs uses > default-file-name-system, which is utf-8, so it doesn't > compose/decompose characters, and that's why you see what you see. > IOW, using nil is a step backward. > I couldn't agree more! What does this return: > > M-: (file-name-all-completion "=C3=A5=C3=A4=C3=B6" "/that/empty/directo= ry/") RET > It returns nil. Also, what is your value of completion-ignore-case? > It's nil. Just out of curiosity -- how does `file-name-all-completions' work? Is the FILE argument encoded to decomposed form, is the file list converted to composed form, or is this handled by the comparison functions? -- Anders --001a1144f922e498250526f49e2e Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
I think we should remove that, and leave behind an alias that = uses
utf-8-hfs, which is provided by Emacs.=C2=A0 There's no reason to maint= ain
2 identical definitions.

Sounds reasona= ble. The implementation is vastly different, so getting rid of one is defin= itively an improvement.


When you set file-name-coding-system to nil, Emacs uses
default-file-name-system, which is utf-8, so it doesn't
compose/decompose characters, and that's why you see what you see.
IOW, using nil is a step backward.

I co= uldn't agree more!


= What does this return:

=C2=A0 M-: (file-name-all-completion "=C3=A5=C3=A4=C3=B6" "/= that/empty/directory/") RET

It ret= urns nil.


Also, what is= your value of completion-ignore-case?

It's nil.
=

Just out of= curiosity -- how does `file-name-all-completions' work? Is the FILE ar= gument encoded to decomposed form, is the file list converted to composed f= orm, or is this handled by the comparison functions?

=C2=A0 =C2=A0 -- Anders

--001a1144f922e498250526f49e2e--