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: On language-dependent defaults for character-folding Date: Tue, 23 Feb 2016 10:00:29 -0800 (PST) Message-ID: <2055278c-bcec-4aa6-85fc-ccf17ebd0a39@default> References: < <83pow26svf.fsf@gnu.org>> <<87a8n5srbp.fsf@wanadoo.es> <83d1s17npz.fsf@gnu.org>> <<87oablfpn3.fsf@mail.linkov.net> <834mdd6llx.fsf@gnu.org> <7fbb8bc7-9a97-4bad-a103-a6690a35241d@default> <834mdc5w6o.fsf@gnu.org>> < <838u2hu6aq.fsf@gnu.org>> <<871t899tde.fsf@gnus.org> <83y4ahru04.fsf@gnu.org> <83fuwproyf.fsf@gnu.org> <837fi0sz29.fsf@gnu.org> <83egc8qzjh.fsf@gnu.org> <87egc7evu3.fsf@gnus.org>> <<83io1jpt4u.fsf@gnu.org> <87povqhj25.fsf@gnus.org> <83povqm3dw.fsf@gnu.org> <83io1im0zq.fsf@gnu.org>> < <83ziusk1yx.fsf@gnu.org>> <> 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 1456250483 26252 80.91.229.3 (23 Feb 2016 18:01:23 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 23 Feb 2016 18:01:23 +0000 (UTC) Cc: larsi@gnus.org, lokedhs@gmail.com, emacs-devel@gnu.org To: rms@gnu.org, Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Feb 23 19:01:11 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 1aYHGn-0005j4-9H for ged-emacs-devel@m.gmane.org; Tue, 23 Feb 2016 19:01:09 +0100 Original-Received: from localhost ([::1]:58951 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYHGm-0008RK-MA for ged-emacs-devel@m.gmane.org; Tue, 23 Feb 2016 13:01:08 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52843) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYHGJ-0008Nu-T4 for emacs-devel@gnu.org; Tue, 23 Feb 2016 13:00:40 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aYHGI-0007Xk-SZ for emacs-devel@gnu.org; Tue, 23 Feb 2016 13:00:39 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:34904) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aYHGE-0007X3-AR; Tue, 23 Feb 2016 13:00:34 -0500 Original-Received: from userv0022.oracle.com (userv0022.oracle.com [156.151.31.74]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u1NI0V0f030667 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 23 Feb 2016 18:00:32 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0022.oracle.com (8.14.4/8.13.8) with ESMTP id u1NI0VNi014245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 23 Feb 2016 18:00:31 GMT Original-Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u1NI0UlM019893; Tue, 23 Feb 2016 18:00:31 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: userv0022.oracle.com [156.151.31.74] 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:200558 Archived-At: > > > Some plausible meanings are > > > > > > * Find that one and only that one. > > > * Treat it the same as specifying the base letter. > > > > > > There should be a user option to choose between those two (and mayb= e > > > some other behaviors for a non-base letter in the search string). > > > > We already have both options, and in particular, if a non-base letter > > appears explicitly in the search string, it will be searched > > literally, similarly to what we do with case-insensitive search. >=20 > Some users want that. Some, it appears, want searching for any letter > in the group to find any letter in the group. So I am suggesting we > offer both behaviors. +1. That is what I did, BTW, in my add-on to character-fold.el (option `char-fold-symmetric'). And the same user can want one or the other behavior at different times or in different contexts. Besides choosing a behavior as a general preference at customize time, you can toggle the behavior during Isearch, using `M-s =3D' (command `isearchp-toggle-symmetric-char-fold'): Toggle option `char-fold-symmetric'. This does not also toggle character folding. Note that symmetric character folding can slow down search. Use longer search strings to reduce this problem, or use `M-s h L' to turn off lazy highlighting. Moving some of the character-fold.el implementation to C would no doubt speed things up. But I hope that that will be done in a fine-grained modular way, providing individual Lisp functions that users can tweak. For example, I might not have been able to add this alternative behavior easily, were it not for the current regexp-using code in character-fold.el. I don't expect the same Lisp functions to be available after the implementation of some things in C, but let's try to make sure that a C implementation is not monolithic, preventing easy extension using Lisp. (No, I'm not suggesting that that has been the case in the past. Just mentioning the need to be able to extend and experiment in Lisp.)