From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Kenichi Handa Newsgroups: gmane.emacs.bidi,gmane.emacs.devel Subject: Re: Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM Date: Mon, 01 Nov 2010 20:16:57 +0900 Message-ID: References: NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1288610252 10436 80.91.229.12 (1 Nov 2010 11:17:32 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Mon, 1 Nov 2010 11:17:32 +0000 (UTC) Cc: emacs-bidi@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Mon Nov 01 12:17:26 2010 Return-path: Envelope-to: gnu-emacs-bidi@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1PCsNy-0005Vy-8f for gnu-emacs-bidi@m.gmane.org; Mon, 01 Nov 2010 12:17:10 +0100 Original-Received: from localhost ([127.0.0.1]:46108 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCsNx-0007f8-0M for gnu-emacs-bidi@m.gmane.org; Mon, 01 Nov 2010 07:17:09 -0400 Original-Received: from [140.186.70.92] (port=51444 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PCsNt-0007ex-MF for emacs-bidi@gnu.org; Mon, 01 Nov 2010 07:17:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PCsNs-0007iU-M0 for emacs-bidi@gnu.org; Mon, 01 Nov 2010 07:17:05 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:61072) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PCsNq-0007hf-5l; Mon, 01 Nov 2010 07:17:02 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id oA1BGwL3020233; Mon, 1 Nov 2010 20:16:58 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp3.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id oA1BGwSs012253; Mon, 1 Nov 2010 20:16:58 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp3.aist.go.jp with ESMTP id oA1BGv3X005710; Mon, 1 Nov 2010 20:16:57 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.71) (envelope-from ) id 1PCsNl-0003Is-JQ; Mon, 01 Nov 2010 20:16:57 +0900 In-Reply-To: (message from Eli Zaretskii on Mon, 01 Nov 2010 05:57:17 -0400) X-detected-operating-system: by eggs.gnu.org: Solaris 9 X-BeenThere: emacs-bidi@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussion of Emacs support for multi-directional text." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Errors-To: emacs-bidi-bounces+gnu-emacs-bidi=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bidi:841 gmane.emacs.devel:132232 Archived-At: In article , Eli Zaretskii writes: > > Char-table to control displaying of glyphless characters. > > Each element, if non-nil, is an ASCII acronym string (displayed in a box) > > or one of these symbols: > > hexa-code: display with hexadecimal character code in a box > ^^^^^^^^^ > Suggest to name this "hex-code" instead. As Google search found much more pages of "hex code" than "hexa code", ok, I'll change the name.. > > empty-box: display with an empty box > > thin-space: display with 1-pixel width space > > zero-width: don't display > > > > It has one extra slot to control the display of a character for which > > no font is found. The value of the slot is `hexa-code' or `empty-box'. > > The default is `empty-box'. > What will happen on a TTY? Ah, I forgot to mention about that. At first, empty-box, hexa-code, and acronym are displayed by using a new face glyphless-char which is defined as this. (defface glyphless-char '((((type tty)) :inherit underline) (t :height 0.6)) ...) And, for tty, as it's impossible to do the same thing as graphic terminal, the current code does this: thin-space: same as empty-box hexa-code: display "U+XX", "U+XXXX", "U+XXXXXX" , "E+XXXXXX" depends on the character code (the last one is for a character of code >= #x110000). acronym: surround an acronym by "[" and "]" as this: "[ZWNJ]", "[LRE]" At the moment, that is hardcoded in the function produce_glyphless_glyph of term.c. And, for tty, `no-font' means a character not encodable by the terminal coding system. > > glyphless-char-control is a variable defined in `characters.el'. > ^^^^^^^^^^^^^^^^^^^^^^ > Suggest to name this "glyphless-char-display-control". I thought that name was too long, but if people prefer it, I don't mind renaming to it. --- Kenichi Handa handa@m17n.org