From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Nathan Trapuzzano Newsgroups: gmane.emacs.bugs Subject: bug#17130: 24.4.50; Deficient Unicode case folding Date: Sat, 29 Mar 2014 16:01:10 -0400 Message-ID: <878ursydod.fsf@nbtrap.com> References: <87txair0g7.fsf@ivytech.edu> <83fvm2fhii.fsf@gnu.org> <87ob0qrugy.fsf@nbtrap.com> <83y4ztec5l.fsf@gnu.org> <87ob0pnptc.fsf@nbtrap.com> <83d2h5du2e.fsf@gnu.org> <87eh1lcdaj.fsf@nbtrap.com> <838urtdpwk.fsf@gnu.org> <87ioqxxbtk.fsf@nbtrap.com> <831txkewil.fsf@gnu.org> <8761mwua93.fsf@nbtrap.com> <83vbuwdbsf.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1396123526 6796 80.91.229.3 (29 Mar 2014 20:05:26 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 29 Mar 2014 20:05:26 +0000 (UTC) Cc: 17130@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Mar 29 21:05:20 2014 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WTzVH-000389-G0 for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Mar 2014 21:05:19 +0100 Original-Received: from localhost ([::1]:41036 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTzVG-0002M1-M3 for geb-bug-gnu-emacs@m.gmane.org; Sat, 29 Mar 2014 16:05:18 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56463) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTzV7-00023T-B9 for bug-gnu-emacs@gnu.org; Sat, 29 Mar 2014 16:05:15 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WTzV1-00048w-93 for bug-gnu-emacs@gnu.org; Sat, 29 Mar 2014 16:05:09 -0400 Original-Received: from debbugs.gnu.org ([140.186.70.43]:55269) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WTzV1-00048P-5B for bug-gnu-emacs@gnu.org; Sat, 29 Mar 2014 16:05:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1WTzV0-0005aa-0P for bug-gnu-emacs@gnu.org; Sat, 29 Mar 2014 16:05:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <87txair0g7.fsf@ivytech.edu> Resent-From: Nathan Trapuzzano Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 29 Mar 2014 20:05:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 17130 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 17130-submit@debbugs.gnu.org id=B17130.139612347521439 (code B ref 17130); Sat, 29 Mar 2014 20:05:01 +0000 Original-Received: (at 17130) by debbugs.gnu.org; 29 Mar 2014 20:04:35 +0000 Original-Received: from localhost ([127.0.0.1]:56451 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1WTzUY-0005Zg-Oh for submit@debbugs.gnu.org; Sat, 29 Mar 2014 16:04:35 -0400 Original-Received: from gproxy5-pub.mail.unifiedlayer.com ([67.222.38.55]:60639) by debbugs.gnu.org with smtp (Exim 4.80) (envelope-from ) id 1WTzUU-0005ZU-TH for 17130@debbugs.gnu.org; Sat, 29 Mar 2014 16:04:31 -0400 Original-Received: (qmail 11327 invoked by uid 0); 29 Mar 2014 20:04:27 -0000 Original-Received: from unknown (HELO cmgw3) (10.0.90.84) by gproxy5.mail.unifiedlayer.com with SMTP; 29 Mar 2014 20:04:27 -0000 Original-Received: from host393.hostmonster.com ([66.147.240.193]) by cmgw3 with id jf4M1n0064B3kjm01f4QZ6; Sat, 29 Mar 2014 21:04:26 -0600 X-Authority-Analysis: v=2.1 cv=O5+q4nNW c=1 sm=1 tr=0 a=GZ6qK+eS4AuCRVUKGEKC+Q==:117 a=GZ6qK+eS4AuCRVUKGEKC+Q==:17 a=DsvgjBjRAAAA:8 a=f5113yIGAAAA:8 a=4GsTxW34auoA:10 a=2__L0ovz5gcA:10 a=lfvU_ReahkwA:10 a=ngU5ixn2AAAA:8 a=fWyWhr6xdMwA:10 a=mDV3o1hIAAAA:8 a=batyja8vmt6ZtepvQCgA:9 a=ii61gXl28gQA:10 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nbtrap.com; s=default; h=Content-Type:MIME-Version:Message-ID:References:Date:Subject:Cc:To:From; bh=JUO9rz3rtIzZROfbOBEmjpqP3tV5Jzwx4DwLFzn4WBw=; b=Qo4qi90f2YxZaDEUDWeBDWHio6QyzOdRTSfVKH0+JTV95OfFJmuiMr02JuP4ZjXp6tydzAKQi4DVKKFHDAwnHtcmFk80u7WHWkb7wFZucLrE9BLFiMcY6cobqpg1PjS1; Original-Received: from [50.90.253.209] (port=52034 helo=Nathan-GNU) by host393.hostmonster.com with esmtpsa (TLSv1.2:CAMELLIA128-SHA:128) (Exim 4.82) (envelope-from ) id 1WTzUL-0007co-Vq; Sat, 29 Mar 2014 14:04:22 -0600 User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.4.50 (gnu/linux) X-Identified-User: {1585:host393.hostmonster.com:nbtrapco:nbtrap.com} {sentby:smtp auth 50.90.253.209 authed with nbtrap@nbtrap.com} X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:87546 Archived-At: Eli Zaretskii writes: >> I know. But if Emacs doesn't do Unicode folding, what is there other >> than lower/upper variants? > > You can make it have whatever you like, because you can set up > buffer-specific tables. Makes me wonder if whoever implemented the CANONICALIZE slot had Unicode folding in mind. >> Finding the non-canonical variants is not something that happens (at >> least in principle) during case-insensitive matching. > > The case database is not only for searching. > >> There is no reverse mapping when it comes to folding. There can't be, >> since multiple characters can fold into the same character. > > You can use the case of the string being replaced as guidelines. > E.g., if the replaced string was capitalized, you can capitalize the > replacement. I think you're still conflating case conversion and case folding. As I said, there is no case called "fold". There's just upper, lower, and title. And the fact that these three overlap is already a problem for case-preserving replace. I spent most of my last email trying to explain this.