From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: bidi properties from uniprop tables Date: Fri, 19 Aug 2011 21:10:35 +0900 Message-ID: <87d3g1lhz8.fsf@uwakimon.sk.tsukuba.ac.jp> References: <83ei0isfok.fsf@gnu.org> <87k4aako1r.fsf@uwakimon.sk.tsukuba.ac.jp> <83aab5sxy0.fsf@gnu.org> <87fwkxlq29.fsf@uwakimon.sk.tsukuba.ac.jp> <8339gxsn6h.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1313755838 2554 80.91.229.12 (19 Aug 2011 12:10:38 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 19 Aug 2011 12:10:38 +0000 (UTC) Cc: emacs-devel@gnu.org, handa@m17n.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 19 14:10:33 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 1QuNuD-0005kK-JQ for ged-emacs-devel@m.gmane.org; Fri, 19 Aug 2011 14:10:33 +0200 Original-Received: from localhost ([::1]:37786 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QuNuD-00035g-2C for ged-emacs-devel@m.gmane.org; Fri, 19 Aug 2011 08:10:33 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:35266) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QuNuB-00035a-85 for emacs-devel@gnu.org; Fri, 19 Aug 2011 08:10:32 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QuNuA-0000cd-Bm for emacs-devel@gnu.org; Fri, 19 Aug 2011 08:10:31 -0400 Original-Received: from mgmt1.sk.tsukuba.ac.jp ([130.158.97.223]:51554) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QuNu9-0000cL-2H; Fri, 19 Aug 2011 08:10:29 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by mgmt1.sk.tsukuba.ac.jp (Postfix) with ESMTP id D5CF13FA070F; Fri, 19 Aug 2011 21:10:26 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id CC30B1A331D; Fri, 19 Aug 2011 21:10:35 +0900 (JST) In-Reply-To: <8339gxsn6h.fsf@gnu.org> X-Mailer: VM 8.1.93a under 21.5 (beta31) "ginger" cd1f8c4e81cd XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 130.158.97.223 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:143433 Archived-At: Eli Zaretskii writes: > > Since Bidi_Class is only used in this algorithm (and explicit property > > lookups) AFAIK > > That's not true, it is also used in regexp search by category. So we > should decide whether to assign these types in the uniprop table, or > have a fallback for them in bidi.c. Any opinions? Handa-san? Since these actually appear in the DerivedBIDI file, I'd say that they should be in the uniprop table and available for regexp search and others. IIUC, the deviation from the usual Unicode conformance is that normally you are not supposed to make any assumptions about character code points that are not assign, but here assumptions are made based on code point blocks. So these defaults are not normative in the way that the Bidi_Class property is when explicitly assigned to a character, but they "really are" properties of those code points. IMHO YMMV.