From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Davis Herring Newsgroups: gmane.emacs.devel Subject: Re: char equivalence classes in search - why not symmetric? Date: Tue, 01 Sep 2015 09:52:12 -0600 Organization: XCP-1 Message-ID: <55E5C9AC.3010007@lanl.gov> References: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1441124795 30932 80.91.229.3 (1 Sep 2015 16:26:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Sep 2015 16:26:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 01 18:26:26 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 1ZWoOA-0002cg-Ft for ged-emacs-devel@m.gmane.org; Tue, 01 Sep 2015 18:26:26 +0200 Original-Received: from localhost ([::1]:55756 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWoO9-0007Cr-St for ged-emacs-devel@m.gmane.org; Tue, 01 Sep 2015 12:26:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:35456) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWoNr-00079a-Ud for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:26:08 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZWoNn-0004HO-J1 for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:26:07 -0400 Original-Received: from proofpoint4.lanl.gov ([2001:400:4210:400::a4]:50307) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWoNn-0004Fh-9x for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:26:03 -0400 Original-Received: from mailrelay1.lanl.gov (mailrelay1.lanl.gov [128.165.4.101]) by mailgate4.lanl.gov (8.15.0.59/8.14.7) with ESMTP id t81FqDeI030451; Tue, 1 Sep 2015 09:52:13 -0600 Original-Received: from localhost (localhost.localdomain [127.0.0.1]) by mailrelay1.lanl.gov (Postfix) with ESMTP id 294D513961AE; Tue, 1 Sep 2015 09:52:13 -0600 (MDT) X-NIE-2-Virus-Scanner: amavisd-new at mailrelay1.lanl.gov Original-Received: from xray-r08.lanl.gov (xray-r08.lanl.gov [128.165.123.189]) by mailrelay1.lanl.gov (Postfix) with ESMTP id 11A7713961A9; Tue, 1 Sep 2015 09:52:13 -0600 (MDT) User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.18) Gecko/20110717 Lanikai/3.1.11 In-Reply-To: <2a7b9134-af2a-462d-af6c-d02bad60bbe8@default> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33, 0.0.0000 definitions=2015-09-01_06:2015-08-31, 2015-09-01, 1970-01-01 signatures=0 X-MIME-Autoconverted: from 8bit to quoted-printable by mailgate4.lanl.gov id t81FqDeI030451 X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2001:400:4210:400::a4 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:189395 Archived-At: > Whether or not this behavior for case-fold is still a good thing > is questionable now, I think. I don't think it is necessary now > or particularly useful. And I think it can be confusing to > newbies. Why should searching for A be different from searching > for a, wrt case matching? Because having both input characters mean the same thing uselessly deprives the user of expressive power. > Why not? Why, when char folding, treat plain a specially for > searching? Why not treat =E1, a, =E0, =E3, =AA, =E2, =E5, and =E4 the = same? For exactly the same reason. > And when it comes to chars other than letters, it might well > be that some users, with some keyboards, will find some chars > in an equivalence class easier to type than others. Let them > use/type whichever they like, no? It would make sense to provide a customization option to control which character meant the whole set -- if anyone would use it. Are there in fact keyboards where the accented characters are significantly easier? > This feature, welcome as it is, seems only half-baked, so far. > How about equality for char-folding equivalence? These are code points, not oppressed minorities. Davis --=20 This product is sold by volume, not by mass. If it appears too dense or too sparse, it is because mass-energy conversion has occurred during shipping.