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: bidi properties from uniprop tables Date: Tue, 23 Aug 2011 21:51:03 +0900 Message-ID: <87wre4watk.fsf@m17n.org> References: <87k4aako1r.fsf@uwakimon.sk.tsukuba.ac.jp> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1314103901 29449 80.91.229.12 (23 Aug 2011 12:51:41 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 23 Aug 2011 12:51:41 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: "Stephen J. Turnbull" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Aug 23 14:51:35 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 1QvqS2-0006k1-P7 for ged-emacs-devel@m.gmane.org; Tue, 23 Aug 2011 14:51:30 +0200 Original-Received: from localhost ([::1]:51263 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvqS2-0006l5-Cr for ged-emacs-devel@m.gmane.org; Tue, 23 Aug 2011 08:51:30 -0400 Original-Received: from eggs.gnu.org ([140.186.70.92]:43416) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvqRz-0006kl-FE for emacs-devel@gnu.org; Tue, 23 Aug 2011 08:51:28 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1QvqRx-0000Fx-BW for emacs-devel@gnu.org; Tue, 23 Aug 2011 08:51:27 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:52279) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1QvqRw-0000FK-Hk; Tue, 23 Aug 2011 08:51:25 -0400 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id p7NCpJ0T013949; Tue, 23 Aug 2011 21:51:19 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp2.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id p7NCpJxG021238; Tue, 23 Aug 2011 21:51:19 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp2.aist.go.jp with ESMTP id p7NCpH5S008905; Tue, 23 Aug 2011 21:51:18 +0900 (JST) env-from (handa@m17n.org) In-Reply-To: <87k4aako1r.fsf@uwakimon.sk.tsukuba.ac.jp> (stephen@xemacs.org) 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:143536 Archived-At: In article <87k4aako1r.fsf@uwakimon.sk.tsukuba.ac.jp>, "Stephen J. Turnbull" writes: > Somebody misread the standard, I think. It's me. Actually, as far as I remember, the early version of UCD was not clear about the property values of characters not listed in UCD, and the early version of unidata-gen.el was created at that time . After that, I have not checked the precise definitions of updated UCDs. > Yes, a non-nil property list is required by the standard for all code > points (not merely "all characters"), and it is obvious that in this > case conforming to the standard is useful. I've just installed fixes. In the latest code, get-char-code-property never return nil for these properties: name, general-category, canonical-combining-class, bidi-class, decomposition, mirrored, old-name, iso-10646-comment. But, it still returns nil for these properties ("string property" in UCD terminology): decimal-digit-value, digit-value, numeric-value, uppercase, lowercase, titlecase, mirroring UCD says that the default value is a character itself for them, but to implement it, we have to fill all char-table elements by corresponding characters (which makes the table very big), or have to implement a special mechanism to return a character ifself if the value is nil (which I think is not adequate at the current timing of feature freeze). So, I just added this kind of statement in the docstring. The value nil means that the actual property value of a character is the character itself. --- Kenichi Handa handa@m17n.org