GNU bug report logs - #20351
isearch-lax-whitespace should be customizable variable

Previous Next

Package: emacs;

Reported by: Ken T Takusagawa <kenta <at> mit.edu>

Date: Thu, 16 Apr 2015 22:54:02 UTC

Severity: wishlist

Fixed in version 29.1

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #50 received at 20351 <at> debbugs.gnu.org (full text, mbox):

From: Drew Adams <drew.adams <at> oracle.com>
To: Stefan Monnier <monnier <at> IRO.UMontreal.CA>, Andreas Schwab
 <schwab <at> linux-m68k.org>
Cc: 20351 <at> debbugs.gnu.org, Ken T Takusagawa <kenta <at> mit.edu>,
 Artur Malabarba <bruce.connor.am <at> gmail.com>, Juri Linkov <juri <at> linkov.net>
Subject: RE: bug#20351: isearch-lax-whitespace should be customizable variable
Date: Sun, 5 Jul 2015 10:56:57 -0700 (PDT)
> > The technical term is "equivalence classes".
> 
> I don't think so.  This term would apply equally well to case-fold-
> search.  We want something more specific.

Right.  But isn't that the problem?  Case folding is a subset
of character folding, where the equivalence class is defined
by ignoring letter case.

This new thing is a catch-all, no?  It means (apparently)
all character equivalences except for case folds.

We should foresee the possibility (and I hope the reality)
of multiple other character foldings, besides case folding.

And yes, each should have a name that suggests the kind of
equivalence that is involved.

What can we say about the kind of equivalence that is involved
in this catch-all?  How can we be more specific than, say,
"char folding other than case" - e.g., non-case char-folding?




This bug report was last modified 3 years and 93 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.