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, 5 Dec 2015 07:59:02 -0800 (PST) Message-ID: <633bd92e-3760-4c1c-90f2-4e41b0f98939@default> References: <> <<83twnxfi0h.fsf@gnu.org>> <<6741424b-fb48-48d1-a2fe-a5b755373c46@default>> <<83fuzhf8op.fsf@gnu.org>> 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 1449331170 20380 80.91.229.3 (5 Dec 2015 15:59:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 5 Dec 2015 15:59:30 +0000 (UTC) Cc: jwiegley@gmail.com, per@starback.se, rms@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii , Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Dec 05 16:59:17 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 1a5FEx-00078M-Se for ged-emacs-devel@m.gmane.org; Sat, 05 Dec 2015 16:59:16 +0100 Original-Received: from localhost ([::1]:46916 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a5FEx-0001Cb-D4 for ged-emacs-devel@m.gmane.org; Sat, 05 Dec 2015 10:59:15 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:52861) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a5FEt-0001Bd-5j for emacs-devel@gnu.org; Sat, 05 Dec 2015 10:59:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a5FEs-0000mP-8I for emacs-devel@gnu.org; Sat, 05 Dec 2015 10:59:11 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:27060) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a5FEo-0000lj-Bf; Sat, 05 Dec 2015 10:59:06 -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 tB5Fx35E006659 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 5 Dec 2015 15:59:03 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.13.8/8.13.8) with ESMTP id tB5Fx2D3020511 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 5 Dec 2015 15:59:03 GMT Original-Received: from abhmp0017.oracle.com (abhmp0017.oracle.com [141.146.116.23]) by userv0122.oracle.com (8.13.8/8.13.8) with ESMTP id tB5Fx2Og008807; Sat, 5 Dec 2015 15:59:02 GMT In-Reply-To: <<83fuzhf8op.fsf@gnu.org>> 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:195924 Archived-At: > > I mentioned "ad hoc" character equivalences because I didn't > > think that the quotation-mark equivalences we've added are > > included in any of the Unicode equivalences (whether > > "canonically equivalent" or "compatible"). >=20 > Indeed, we added equivalences for quote characters that are not > defined by Unicode database. I think that these equivalences should > just be the initial value for the user-customizable part of the > feature. And I don't think these few additions justify new > terminology, the existing one still describes even that. Good. We agree on both counts. (1. The current, predefined ad hoc equivalences should be an initial value for a user-defined ad hoc equivalence group. 2. "Character folding" is fine for describing all of this functionality. Our use of the term need not be limited to what the Unicode standard defines as character folding.) Wrt user-customizable: I would like to see (after 25.1, no doubt) the design accommodate users easily defining their own equivalence groups (not just a single defcustom for all ad hoc equivalences). And we can try to make it easy for them to [en|dis]able any set of such equivalence groups selectively, including for different contexts/modes.