From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: lax matching is not a great default behavior Date: Sat, 28 Nov 2015 06:50:25 -0800 (PST) Message-ID: <2d2dd6a7-21b9-4269-8dd5-57e0e53a8b55@default> References: NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1448722266 20120 80.91.229.3 (28 Nov 2015 14:51:06 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 28 Nov 2015 14:51:06 +0000 (UTC) Cc: emacs-devel@gnu.org To: Andreas Schwab Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Nov 28 15:50:51 2015 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 1a2gps-0003ic-4P for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 15:50:48 +0100 Original-Received: from localhost ([::1]:60980 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2gpv-0006J4-8n for ged-emacs-devel@m.gmane.org; Sat, 28 Nov 2015 09:50:51 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46011) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2gpc-0006In-RF for emacs-devel@gnu.org; Sat, 28 Nov 2015 09:50:33 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a2gpZ-00067B-FH for emacs-devel@gnu.org; Sat, 28 Nov 2015 09:50:32 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:36845) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a2gpZ-000677-4D for emacs-devel@gnu.org; Sat, 28 Nov 2015 09:50:29 -0500 Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id tASEoOUP031823 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 28 Nov 2015 14:50:25 GMT Original-Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id tASEoO5U008997 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 28 Nov 2015 14:50:24 GMT Original-Received: from abhmp0016.oracle.com (abhmp0016.oracle.com [141.146.116.22]) by aserv0122.oracle.com (8.13.8/8.13.8) with ESMTP id tASEoOc9010992; Sat, 28 Nov 2015 14:50:24 GMT In-Reply-To: X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0022.oracle.com [141.146.126.234] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 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:195460 Archived-At: > > I realize that this would change the longstanding practice > > of having letter-case folding be default. I think that > > choice made sense back when most programming languages and > > OS's did not have a letter-case difference. But I don't > > think it is the best choice for the default behavior now. >=20 > Case folding makes a lot of sense when searching in plain text, > as is the case in this sentence when searching for "case". Case folding can make a lot of sense in some contexts, yes. By "plain text" I'm guessing that you might really mean text written in a natural language (sentences & such)? In that case (!), I think you are right. And that is the behavior we provide, to start with, for Info, for instance, regardless of a user's customized value of `case-fold-search'. And that's TRT. Maybe that is the main use case (!) we should consider, for the general default behavior. Dunno. Still, the simplicity of literal search (no guesswork) argues in its favor.