From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: lisp/term/ns-win.el modification Date: Mon, 01 May 2017 09:30:06 +0300 Message-ID: <83shkpjdht.fsf@gnu.org> References: <44D4AA3B-8F87-42B6-A2D2-00487B066183@gmail.com> <74D20593-63B6-46FB-BAC3-D841D0BCD461@gmail.com> <0A49E755-3D18-48E8-81D4-253160F60A16@gmail.com> <40f503a4-49eb-a3ff-fe5f-993c8f346c33@lanl.gov> <15112485-03CC-4FFF-8A9D-BA28D2490A91@gmail.com> <42CDF1D0-015D-4F0D-A8A2-A55776D34FEE@gmail.com> <83inlmkmqq.fsf@gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1493620286 24423 195.159.176.226 (1 May 2017 06:31:26 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 1 May 2017 06:31:26 +0000 (UTC) Cc: emacs-devel@gnu.org To: Jean-Christophe Helary Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 01 08:31:22 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1d54rg-0006G5-VB for ged-emacs-devel@m.gmane.org; Mon, 01 May 2017 08:31:21 +0200 Original-Received: from localhost ([::1]:47028 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d54rm-00008T-CM for ged-emacs-devel@m.gmane.org; Mon, 01 May 2017 02:31:26 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48975) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d54qz-00008O-CO for emacs-devel@gnu.org; Mon, 01 May 2017 02:30:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1d54qw-0000PR-8s for emacs-devel@gnu.org; Mon, 01 May 2017 02:30:37 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:34004) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1d54qw-0000PN-5j; Mon, 01 May 2017 02:30:34 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:3012 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1d54qv-0006oQ-4s; Mon, 01 May 2017 02:30:33 -0400 In-reply-to: (message from Jean-Christophe Helary on Mon, 1 May 2017 07:23:55 +0900) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:214465 Archived-At: > From: Jean-Christophe Helary > Date: Mon, 1 May 2017 07:23:55 +0900 > > > What's the rationale for adding NBSP? Also, is it only the NBSP > > character that's missing, or there are others? > > It depends on what the definition of "trimming a string" is. No, I was asking about this particular context. You are trimming whitespace from file names, is that right? Can NBSP appear in file names on macOS? Can it be appended/prepended to file names by some other software, without being part of the file names, in the usage scenario you want to support? > If we use the Unicode definition of white space, we need to add a lot more strings: > https://en.wikipedia.org/wiki/Whitespace_character#Unicode Emacs's [:blank:] already supports the full Unicode definition, so that's not the issue. The issue is what is TRT in this particular context. I don't use macOS X, so I simply don't know the answers to those questions, and I'm asking you and those who do know to please provide enough background for us to make the right decision in this case. Thanks.