From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] /srv/bzr/emacs/trunk r105429: New function `string-mark-left-to-right' for handling LRMs. Date: Wed, 17 Aug 2011 08:57:49 +0900 Message-ID: <87ty9g3o5e.fsf@m17n.org> References: <83r54lu7f4.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1313539115 19660 80.91.229.12 (16 Aug 2011 23:58:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 16 Aug 2011 23:58:35 +0000 (UTC) Cc: cyd@stupidchicken.com, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 17 01:58:31 2011 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1QtTWg-00071H-S2 for ged-emacs-devel@m.gmane.org; Wed, 17 Aug 2011 01:58:30 +0200 Original-Received: from localhost ([::1]:59381 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtTWg-0002DJ-3E for ged-emacs-devel@m.gmane.org; Tue, 16 Aug 2011 19:58:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:50913) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtTWd-000271-D9 for emacs-devel@gnu.org; Tue, 16 Aug 2011 19:58:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QtTWc-0001DI-6t for emacs-devel@gnu.org; Tue, 16 Aug 2011 19:58:27 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:32934) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QtTWb-0001Ci-JQ; Tue, 16 Aug 2011 19:58:26 -0400 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id p7GNwHrq008341; Wed, 17 Aug 2011 08:58:18 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id p7GNwHrr024388; Wed, 17 Aug 2011 08:58:17 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp4.aist.go.jp with ESMTP id p7GNwGe2019430; Wed, 17 Aug 2011 08:58:16 +0900 (JST) env-from (handa@m17n.org) In-Reply-To: <83r54lu7f4.fsf@gnu.org> (message from Eli Zaretskii on Tue, 16 Aug 2011 10:44:47 +0300) X-detected-operating-system: by eggs.gnu.org: Solaris 9 X-Received-From: 150.29.246.133 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:143339 Archived-At: In article <83r54lu7f4.fsf@gnu.org>, Eli Zaretskii writes: > > > > (defun check-special-bidi-character (str) > > > > (with-category-table special-category-table-for-bidi > > > > (string-match "\\cr" str))) > > > >=20 > > > > (check-special-bidi-character "abc") =3D> nil > > > > (check-special-bidi-character "abc =D7=90")=E2=80=8E =3D> 4 > >=20 > > > Thanks! I think we should have a few of such category-tables in Emacs > > > by default. > >=20 > > As categories are not exclusive (i.e. one character can have > > multiple categories), I think you need just one > > category-table. > Would it be a good idea to add such categories to the standard > category table? IOW, why do we need a special category table to > search for these characters? We can define at most 95 categories in one table, and, in the standard category table, we already defined 41 categories. For bidi, we need at least 18 categories (there are 18 bidi classes) and a few more for combinations. Adding all of them to the standard category table makes the remaining category space less than half of the whole space. So, I think we should be careful. In addtion, adding them to the standard category table means we can't select a proper category mnemonic character. --- Kenichi Handa handa@m17n.org