From: Drew Adams <drew.adams@oracle.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: emacs-devel@gnu.org
Subject: RE: char equivalence classes in search - why not symmetric?
Date: Tue, 1 Sep 2015 11:46:11 -0700 (PDT) [thread overview]
Message-ID: <b6e7b1f6-0bb3-4d4b-8792-7a09f61fb26e@default> (raw)
In-Reply-To: <83r3miatvl.fsf@gnu.org>
> > > We are asking for matches that disregard the diacriticals
> > > (and in case of ª also higher-order collation-order variation).
> >
> > No. You are asking for that only when you use a search pattern
> > that does not use the diacriticals. When you search with á in
> > the pattern you are NOT asking for matches that disregard the
> > diacriticals. And why not?
>
> Because á does include a diacritical. By specifying it, the user told
> us the diacriticals are important, and shouldn't be disregarded.
Again, you are just parroting what the implementation does, not
giving a reason supporting it. By turning on folding, a user
can be said to be choosing to disregard diacriticals.
Again, both options for fold matching should probably be available.
There is no reason to hard-code one of them at design time.
At least no reason has been put forth so far.
> > > It's what the Unicode Standard recommends, and IMO it makes a
> > > lot of sense. See http://unicode.org/reports/tr10/#Searching.
> >
> > I don't see that, when reading that section. I do see that it
> > explicitly calls out that behavior as an _option_:
> >
> > 8.2 Asymmetric Search
> > Users often find asymmetric searching to be a useful option.
>
> "Users often find asymmetric searching to be a useful option" sounds
> like a recommendation to me.
No, it is not. Not at all. That, and all of the text about this,
makes clear, AFAICT, that this is a useful OPTIONAL behavior.
That is the language used: "a useful option". Nowhere (AFAICT)
is there any language supporting an interpretation of this as
the recommended behavior.
The language instead clearly points out that there are different
behaviors covered by the report. And the one that is complex and
needs explanation is clearly called out as an optional behavior.
Not the recommended behavior, but a useful behavior to consider
for inclusion as an option.
Anyway, thanks for confirming that there was not some text
that I missed, which in fact recommends asymmetric matching.
next prev parent reply other threads:[~2015-09-01 18:46 UTC|newest]
Thread overview: 86+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-01 15:46 char equivalence classes in search - why not symmetric? Drew Adams
2015-09-01 15:52 ` Davis Herring
2015-09-01 16:51 ` Stefan Monnier
2015-09-01 17:51 ` Drew Adams
2015-09-01 18:40 ` Davis Herring
2015-09-01 19:09 ` Drew Adams
2015-09-01 22:45 ` Juri Linkov
2015-09-02 0:33 ` Drew Adams
2015-09-01 20:10 ` Stephen J. Turnbull
2015-09-01 16:16 ` Eli Zaretskii
[not found] ` <<38061f42-eaf1-47c6-b74d-f676ac952b18@default>
[not found] ` <<83r3miatvl.fsf@gnu.org>
[not found] ` <<21998.29683.916211.867479@a1i15.kph.uni-mainz.de>
[not found] ` <<9A972800-D8F0-4DA8-877E-07D5BDC2E1F9@gmail.com>
2015-09-01 17:50 ` Drew Adams
2015-09-01 18:15 ` Eli Zaretskii
2015-09-01 18:46 ` Drew Adams [this message]
2015-09-01 19:19 ` Eli Zaretskii
2015-09-01 20:15 ` Drew Adams
2015-09-08 5:36 ` Ulrich Mueller
2015-09-08 6:04 ` Jean-Christophe Helary
2015-09-08 13:31 ` Stephen J. Turnbull
2015-09-08 14:24 ` Drew Adams
2015-09-08 15:21 ` Stephen J. Turnbull
2015-09-08 16:58 ` Drew Adams
2015-09-08 17:38 ` Stephen J. Turnbull
2015-09-09 22:52 ` Drew Adams
2015-09-10 3:12 ` Drew Adams
2015-09-10 21:46 ` Drew Adams
2015-09-08 20:15 ` Richard Stallman
2015-09-08 20:15 ` Richard Stallman
2015-09-08 21:25 ` Drew Adams
2015-09-09 15:07 ` Richard Stallman
2015-09-09 15:21 ` Drew Adams
2015-09-10 2:03 ` Richard Stallman
2015-09-10 3:23 ` Drew Adams
2015-09-11 10:28 ` Richard Stallman
2015-09-11 13:28 ` Stefan Monnier
2015-09-11 16:33 ` Drew Adams
2015-09-11 20:59 ` Juri Linkov
2015-09-11 23:11 ` Drew Adams
2015-09-12 15:28 ` Richard Stallman
2015-09-11 16:31 ` Drew Adams
2015-09-11 10:28 ` Richard Stallman
2015-09-11 16:31 ` Drew Adams
2015-09-12 15:29 ` Richard Stallman
[not found] ` <<8cf269bc-69d8-4752-8506-de8d992512e1@default>
[not found] ` <<E1ZZPIS-0005rf-DJ@fencepost.gnu.org>
2015-09-08 21:46 ` Drew Adams
[not found] ` <<E1ZZPIT-0005s6-ST@fencepost.gnu.org>
[not found] ` <<da54a6cb-90eb-481d-aa20-acfad612e709@default>
[not found] ` <<E1ZZgxz-0006X2-Bg@fencepost.gnu.org>
[not found] ` <<cb107072-7f90-41fb-9aff-075d50eb65bb@default>
[not found] ` <<E1ZZrCm-0001x4-9a@fencepost.gnu.org>
[not found] ` <<4f3b1db3-d3d2-480f-8662-fbf7c74aa67f@default>
[not found] ` <<E1ZaLZR-0002Bf-8q@fencepost.gnu.org>
[not found] ` <<e77f8e7b-581f-436d-816a-c8daed734ff5@default>
[not found] ` <<E1ZamkM-0005d4-RN@fencepost.gnu.org>
2015-09-12 15:59 ` Drew Adams
2015-09-08 13:39 ` Drew Adams
2015-09-08 21:19 ` Juri Linkov
2015-09-09 15:07 ` Richard Stallman
2015-09-08 15:47 ` Eli Zaretskii
2015-09-08 16:57 ` Drew Adams
2015-09-08 21:20 ` Juri Linkov
2015-09-09 2:42 ` Eli Zaretskii
2015-09-09 11:23 ` Artur Malabarba
2015-09-09 13:32 ` Drew Adams
2015-09-09 15:12 ` Richard Stallman
2015-09-11 20:50 ` Juri Linkov
[not found] ` <<CAAdUY-JMQVsRFku8nwX8JcA9k6Y9sHWoVL6ZC60RHnjoj0cd+Q@mail.gmail.com>
[not found] ` <<E1ZZh2a-0003u6-Fj@fencepost.gnu.org>
2015-09-09 15:22 ` Drew Adams
2015-09-10 2:03 ` Richard Stallman
2015-09-10 3:15 ` Drew Adams
2015-09-10 6:57 ` David Kastrup
2015-09-10 15:02 ` Drew Adams
2015-09-10 15:50 ` Richard Stallman
2015-09-08 20:09 ` Richard Stallman
2015-09-08 21:00 ` Drew Adams
2015-09-09 15:06 ` Richard Stallman
2015-09-08 21:47 ` Ulrich Mueller
2015-09-02 15:34 ` Richard Stallman
2015-09-02 15:56 ` Drew Adams
2015-09-02 16:05 ` Eli Zaretskii
2015-09-02 21:51 ` Jean-Christophe Helary
2015-09-02 22:15 ` Drew Adams
2015-09-03 15:37 ` Richard Stallman
2015-09-03 2:41 ` Eli Zaretskii
2015-09-03 3:08 ` Jean-Christophe Helary
2015-09-03 7:28 ` Artur Malabarba
2015-09-03 17:15 ` Drew Adams
2015-09-07 13:52 ` Nix
2015-09-07 17:07 ` Drew Adams
2015-09-07 23:23 ` Nix
2015-09-08 2:17 ` Richard Stallman
2015-09-03 14:33 ` Eli Zaretskii
2015-09-03 15:00 ` Stefan Monnier
2015-09-03 16:15 ` Drew Adams
2015-09-03 16:23 ` Eli Zaretskii
2015-09-03 16:46 ` Drew Adams
2015-09-02 16:10 ` Artur Malabarba
2015-09-03 19:49 ` Pip Cet
[not found] <<2a7b9134-af2a-462d-af6c-d02bad60bbe8@default>
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=b6e7b1f6-0bb3-4d4b-8792-7a09f61fb26e@default \
--to=drew.adams@oracle.com \
--cc=eliz@gnu.org \
--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).