From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: New buffer-case-table makes search_buffer painfully slow Date: Sun, 07 May 2006 01:01:27 -0400 Message-ID: References: <87y7xhq4wy.fsf@denkblock.local> <87fyjnkm0f.fsf@denkblock.local> Reply-To: rms@gnu.org NNTP-Posting-Host: main.gmane.org Content-Type: text/plain; charset=ISO-8859-15 X-Trace: sea.gmane.org 1146978227 562 80.91.229.2 (7 May 2006 05:03:47 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 7 May 2006 05:03:47 +0000 (UTC) Cc: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun May 07 07:03:45 2006 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1FcbQl-0002kC-Hi for ged-emacs-devel@m.gmane.org; Sun, 07 May 2006 07:03:44 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcbQl-0007tA-4b for ged-emacs-devel@m.gmane.org; Sun, 07 May 2006 01:03:43 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1FcbOq-00071O-J3 for emacs-devel@gnu.org; Sun, 07 May 2006 01:01:44 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1FcbOp-00070o-N9 for emacs-devel@gnu.org; Sun, 07 May 2006 01:01:43 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1FcbOp-00070a-Fv for emacs-devel@gnu.org; Sun, 07 May 2006 01:01:43 -0400 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.52) id 1FcbPM-0007My-MD for emacs-devel@gnu.org; Sun, 07 May 2006 01:02:16 -0400 Original-Received: from rms by fencepost.gnu.org with local (Exim 4.34) id 1FcbOZ-0002Yz-Mj; Sun, 07 May 2006 01:01:27 -0400 Original-To: Elias Oltmanns In-reply-to: <87fyjnkm0f.fsf@denkblock.local> (message from Elias Oltmanns on Sat, 06 May 2006 21:10:08 +0200) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:54025 Archived-At: Emacs 22's EQUIVALENCES table relates i, and thus I as well, to two more characters with character codes 331857 and 331856. On www.unicode.org the character look up engine couldn't find a match for U+51051 or U+51050 saying that most likely those codes weren't assigned to any characters yet. I think this has to do with the special characters for Turkish, lower-case i without dot and upper-case I with dot. In Turkish, upcasing and downcasing preserve the dot, or the absence of the dot. I think these lines in characters.el are the cause of the problem. (set-downcase-syntax ?? ?i tbl) (set-upcase-syntax ?I ?? tbl) They set up only half of what Turkish needs. They make dotless-i upcase into I, and they make I-with-dot downcase into i. They can't do vice versa because that would break things for other languages. So they are not really useful. We could simply delete them. We could also add a minor mode to set up the case table all the way for Turkish. Would someone like to do that?