emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: On language-dependent defaults for character-folding


From: Artur Malabarba
Subject: RE: On language-dependent defaults for character-folding
Date: Sat, 13 Feb 2016 16:15:25 -0200


On 13 Feb 2016 3:20 pm, "Drew Adams" <address@hidden> wrote:
>
> > The implementation should really be on the C level, like the
> > case-folding support.  The current implementation isn't, and
> > therefore has several disadvantages some of which were already
> > pointed out...
>
> I would like to see a list of the disadvantages laid out clearly.

See a thread here called “Char-folding: how can we implement matching multiple characters as a single "thing"?”.

In summary, char folding was generating regexps that were too long for Emacs to handle.

The best solution we reached was to make char folding dumber, so that the resulting regexps wouldn't grow exponentially.

The C-level implementations of char folding that have been discussed wouldn't have this problem because they wouldn't need regexps.

Even with the current solution, char folding can still produce too long regexps if the input string is very long (which it handles by falling back on regular search).

A second disadvantage is that you can't do char folding for regexp searches (though I can't tell how common that would be).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]