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: `char-fold-table' Date: Tue, 1 Sep 2015 09:40:22 -0700 (PDT) Message-ID: 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 1441125646 13016 80.91.229.3 (1 Sep 2015 16:40:46 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 1 Sep 2015 16:40:46 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 01 18:40:35 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 1ZWobq-0003d1-MY for ged-emacs-devel@m.gmane.org; Tue, 01 Sep 2015 18:40:34 +0200 Original-Received: from localhost ([::1]:55879 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWobq-0001p9-66 for ged-emacs-devel@m.gmane.org; Tue, 01 Sep 2015 12:40:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43098) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWobk-0001nl-TY for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:40:29 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZWobh-0003Sy-DS for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:40:28 -0400 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:39142) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZWobh-0003SE-7P for emacs-devel@gnu.org; Tue, 01 Sep 2015 12:40:25 -0400 Original-Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id t81GeN9x015338 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 1 Sep 2015 16:40:24 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by userv0021.oracle.com (8.13.8/8.13.8) with ESMTP id t81GeNik029064 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Tue, 1 Sep 2015 16:40:23 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 t81GeN3x011529 for ; Tue, 1 Sep 2015 16:40:23 GMT X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: userv0021.oracle.com [156.151.31.71] 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:189399 Archived-At: Why is `char-fold-table' a defconst? When this feature was introduced, while applauding it I pointed to the aim of letting users and libraries define their own equivalence classes of chars, for character folding. I was told to hold off, that while that is a goal, we should not discuss it now because that might interfere with accomplishing a preliminary version of char folding. And that users could always modify the char table provided or create their own, to modify the behavior. OK. So here we are now, with char folding. Great. So can we now consider facilitating users defining their own classes of characters? Or making it easy for them to modify the default equivalence classes? Making `char-fold-table' a defconst seems wrong. What's the right way to enable users and code to customize such things? Not only do we hard-code the equivalence classes, but we don't even tell users what they are. Not really. The only thing they have so far is option - nay, defvar, `character-fold-search', whose doc tells them only that "some characters will match entire groups of characters. For instance, " will match all variants of double quotes and the letter a will match all of its accented versions (and then some)" "some characters"? "For instance"? "(and then some)"? Yes, I know that the doc for this feature is still to be=20 written, and that this the feature is still a work in progress. But let's please progress it - in the direction of more and better info for users and helping users modify and extend the behavior.