From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: On language-dependent defaults for character-folding Date: Fri, 12 Feb 2016 02:50:20 +0100 Message-ID: <871t8iu277.fsf@wanadoo.es> References: <87mvr9wxqz.fsf@wanadoo.es> <87io1xwq1e.fsf@wanadoo.es> <87vb5wvzfz.fsf@mail.linkov.net> <87io1wt4cc.fsf@wanadoo.es> <8737syoima.fsf@mail.linkov.net> 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 1455241868 14787 80.91.229.3 (12 Feb 2016 01:51:08 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 12 Feb 2016 01:51:08 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Feb 12 02:50:57 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 1aU2sp-00081D-Sm for ged-emacs-devel@m.gmane.org; Fri, 12 Feb 2016 02:50:56 +0100 Original-Received: from localhost ([::1]:55273 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aU2sp-00056V-04 for ged-emacs-devel@m.gmane.org; Thu, 11 Feb 2016 20:50:55 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57155) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aU2sT-00056D-Bf for emacs-devel@gnu.org; Thu, 11 Feb 2016 20:50:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aU2sP-0007dS-TA for emacs-devel@gnu.org; Thu, 11 Feb 2016 20:50:33 -0500 Original-Received: from plane.gmane.org ([80.91.229.3]:33537) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aU2sP-0007dL-Lh for emacs-devel@gnu.org; Thu, 11 Feb 2016 20:50:29 -0500 Original-Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1aU2sN-0007fZ-1x for emacs-devel@gnu.org; Fri, 12 Feb 2016 02:50:27 +0100 Original-Received: from 1.red-83-38-42.dynamicip.rima-tde.net ([83.38.42.1]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Feb 2016 02:50:27 +0100 Original-Received: from ofv by 1.red-83-38-42.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 12 Feb 2016 02:50:27 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 39 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 1.red-83-38-42.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.50 (gnu/linux) Cancel-Lock: sha1:X+sjGjr+BoRRhazCN36Bjc3qKPs= X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 80.91.229.3 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:199784 Archived-At: Juri Linkov writes: >> Possibly the languagues you use do not collide with naïve character >> composition rules, or you ignore them or simply don't care about such >> rules. > > Isearch shines in navigation. My opinion is that Isearch is terrible for navigation. You may be interested on ace-jump or avy, for jumping to a point that is visible, or a plethora of terrific packages for jumping to a point that is not visible. [snip] > It's much safer to have a default where you are not in danger to miss > important things. A search that matches unrelated text is broken. Full stop. It is possible that, because whatever reason, the brokenness can be convenient for you, but enabling a feature which is convenient for some users and plain wrong for others is not reasonable. > When a strict non-case-folding search skips a match, > you don't know about this loss until you discover later the damage. > With the case-folding search, you're visiting all possible matches, ñ is not a match for n, as long as you follow the rules of the Spanish language. That's the crux of the matter. It is the same as if an English speaker searched "vow" and matched "wow". > and when you think it finds too much, you can narrow the results > by disabling this feature. This is why its counterpart case-fold-search > is opt-out as well. case-fold-search is in another category. character-folding *could* be ok as a default if it were governed by the linguistic rules expected by the user. That's not easy to implement, though, as it seems that there is controversy on some languages. Spanish is very easy on that aspect.