From: Drew Adams <drew.adams@oracle.com>
To: emacs-devel@gnu.org
Subject: `char-fold-table'
Date: Tue, 1 Sep 2015 09:40:22 -0700 (PDT) [thread overview]
Message-ID: <fc64e973-4b9d-4a35-987d-e1832490623b@default> (raw)
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
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.
next reply other threads:[~2015-09-01 16:40 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-01 16:40 Drew Adams [this message]
2015-09-02 10:25 ` `char-fold-table' Artur Malabarba
2015-09-02 16:05 ` `char-fold-table' Drew Adams
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fc64e973-4b9d-4a35-987d-e1832490623b@default \
--to=drew.adams@oracle.com \
--cc=emacs-devel@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).