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: ASCII-folded search [was: Re: Upcoming loss of usability ...] Date: Fri, 26 Jun 2015 11:42:45 -0700 (PDT) Message-ID: <9b42a5bc-48e3-4111-b37d-280867903527@default> References: <20150615142237.GA3517@acm.fritz.box> <87ioamz8if.fsf@petton.fr> <32013464-2300-46c6-ba46-4a3c36bfee5d@default> <87twu62nnt.fsf@mbork.pl> <87oakdfwim.fsf@uwakimon.sk.tsukuba.ac.jp> <83wpz1lh7c.fsf@gnu.org> <83oakdl7yj.fsf@gnu.org> <83ioall3x5.fsf@gnu.org> <87h9pzxtyi.fsf@mail.linkov.net> <87k2uudoqr.fsf@mail.linkov.net> <87616c94g4.fsf@mail.linkov.net> <87h9pw6922.fsf@mail.linkov.net> <87a8vn75r7.fsf@mail.linkov.net> <0f72b0bd-0170-414c-b926-0b836a973d67@default> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1435344202 26016 80.91.229.3 (26 Jun 2015 18:43:22 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 26 Jun 2015 18:43:22 +0000 (UTC) Cc: emacs-devel , Stefan Monnier , Kaushal , "Stephen J. Turnbull" , Juri Linkov , Eli Zaretskii To: bruce.connor.am@gmail.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jun 26 20:43:09 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 1Z8Yai-0007W1-Pa for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2015 20:43:08 +0200 Original-Received: from localhost ([::1]:33450 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8Yai-0006ul-1R for ged-emacs-devel@m.gmane.org; Fri, 26 Jun 2015 14:43:08 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48267) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8YaZ-0006kM-Vd for emacs-devel@gnu.org; Fri, 26 Jun 2015 14:43:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z8YaU-0007vN-Bx for emacs-devel@gnu.org; Fri, 26 Jun 2015 14:42:59 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:18516) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z8YaP-0007tw-KZ; Fri, 26 Jun 2015 14:42:49 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t5QIglG7007295 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 26 Jun 2015 18:42:47 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t5QIgkeQ007809 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 26 Jun 2015 18:42:47 GMT Original-Received: from abhmp0012.oracle.com (abhmp0012.oracle.com [141.146.116.18]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id t5QIgkvl032678; Fri, 26 Jun 2015 18:42:46 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: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 156.151.31.81 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:187576 Archived-At: > > However, as has been discussed in several threads in the past, > > here and in the bug list, there are several char-folding > > possibilities that we might want to offer. > > > > There are any number of reasonable, default character equivalence > > classes that you can think of. And users themselves can come up > > with any number of other such equivalence classes, some of which > > are specific to a particular context. >=20 > True, and which equivalence classes to offer is a whole new topic > all by itself. But the implementation is there now, all it takes > it to offer more tables for it. OK, you keep advertising that. But it is irrelevant to the discussion of whether to indicate char folding in the mode-line. How we do char folding doesn't matter in this context. What is relevant is that multiple kinds of char folding mean that it makes little sense to try to indicate them in the mode-line. IOW, we should not even think about going down that road, unless someone has a brilliant idea of how to handle a plethora of char foldings.