Re: bugs: slow scoring in emacs 22

[Elias Oltmanns <oltmanns@uni-bonn.de>]

Max Froumentin <max@lapin-bleu.net> wrote:
> Elias Oltmanns <oltmanns@uni-bonn.de> writes:
>
>>> 1. scoring in emacs 22
>>>
>> I suspect that this is related to the problem I reported a few weeks
>> ago on this list. Unfortunately, I've not been able to follow this up
>> on emacs MLs yet. Did anybody else?
>
>> Please see the thread "No Gnus v0.4 / emacs-cvs terribly slowly
>> operating on large nnfolders" at
>> <http://permalink.gmane.org/gmane.emacs.gnus.general/62304>
>> for further reference.
>
> Ah, thanks. Sorry I missed that thread. It's indeed exactly the same 
> problem. So obviously, I'd be interested to hear about any development
> from the emacs lists too.

Here is a work around that fixes the problem for me. It is not a
general solution and may break case-folding in some languages, namely
those that use U+51050 and U+51051. In fact, I don't even know which
characters are assigned to these codes but I don't use them anyway,
thats for sure.

Can you confirm that this fixes your problem too?

--- ~/.emacs ---
(unless (< emacs-major-version 22)
  (set-case-syntax 331856 "w" (standard-case-table))
  (set-case-syntax 331857 "w" (standard-case-table)))
--- ~/.emacs ---

This deletes the two named characters from the equivalences list
for the ascii character i in the standard case table of emacs 22.
Without this a slower searching / matching algorithm is used whenever
the search string contains the character i or I because those
mysterious unicode characters are considered equivalent to i.

I don't know whether this is an issue to be dealt with in emacs or in
packages like gnus. Perhaps the only solution is to make users aware
of this problem and to advise them to edit their .emacs if
appropriate. What's your opinion on this topic?

Regards,

Elias