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: Character folding in the pretest Date: Thu, 04 Feb 2016 18:54:05 +0200 Message-ID: <83r3gswh5e.fsf@gnu.org> References: <87mvriuk3a.fsf@gmail.com> <8737t9ex1p.fsf@petton.fr> <83oabxyf71.fsf@gnu.org> <56B230D1.90902@gmail.com> <87bn7x4i4o.fsf@wanadoo.es> <87d1sc4rin.fsf@djcbsoftware.nl> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1454604871 22888 80.91.229.3 (4 Feb 2016 16:54:31 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 4 Feb 2016 16:54:31 +0000 (UTC) Cc: emacs-devel@gnu.org To: "Dirk-Jan C. Binnema" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Feb 04 17:54:31 2016 Return-path: Envelope-to: ged-emacs-devel@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 1aRNAs-00030n-Q5 for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2016 17:54:30 +0100 Original-Received: from localhost ([::1]:42881 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRNAs-0000gu-A6 for ged-emacs-devel@m.gmane.org; Thu, 04 Feb 2016 11:54:30 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44484) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRNAo-0000gi-Ir for emacs-devel@gnu.org; Thu, 04 Feb 2016 11:54:27 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aRNAj-0005c7-GV for emacs-devel@gnu.org; Thu, 04 Feb 2016 11:54:26 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:54211) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aRNAj-0005c1-Cd; Thu, 04 Feb 2016 11:54:21 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4319 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aRNAi-0004in-I8; Thu, 04 Feb 2016 11:54:21 -0500 In-reply-to: <87d1sc4rin.fsf@djcbsoftware.nl> 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.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:199305 Archived-At: > From: "Dirk-Jan C. Binnema" > Date: Thu, 04 Feb 2016 13:57:36 +0200 > > > What type of character equivalence should be used is locale-dependent. > > Everybody here agrees with that. Thus, the solution must also be > > locale-dependent. > > > It would make sense to have the default based on the session's locale, > > meaning that in a Swedish locale a, ä and å would be different and n and ñ > > be different, but under a Spanish locale, the opposite would be true. > > Character equivalence is based on the language(s) of whatever is in your > buffer, which might be correlated with your locale, but not more than > that. Indeed. Emacs is a multilingual environment, so any assumption that the main language in every buffer, or even in most buffers, is likely to be the locale's language will misfire. Also, Emacs has features that need match characters which didn't come from human-readable text at all, like file names.