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-bidi] Treatment of LRE,RLE,LRO,RLO,PDF,LRM,RLM Date: Wed, 17 Nov 2010 12:57:27 +0900 Message-ID: References: <83bp5te3s8.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1289966263 30912 80.91.229.12 (17 Nov 2010 03:57:43 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Wed, 17 Nov 2010 03:57:43 +0000 (UTC) Cc: jasonr@gnu.org, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Nov 17 04:57:39 2010 Return-path: Envelope-to: ged-emacs-devel@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 1PIZ9P-0002Mt-3A for ged-emacs-devel@m.gmane.org; Wed, 17 Nov 2010 04:57:39 +0100 Original-Received: from localhost ([127.0.0.1]:37612 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIZ9O-0001HG-9b for ged-emacs-devel@m.gmane.org; Tue, 16 Nov 2010 22:57:38 -0500 Original-Received: from [140.186.70.92] (port=60931 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PIZ9J-0001HB-E9 for emacs-devel@gnu.org; Tue, 16 Nov 2010 22:57:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PIZ9I-0001YK-Gl for emacs-devel@gnu.org; Tue, 16 Nov 2010 22:57:33 -0500 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:38082) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PIZ9G-0001Y4-P5; Tue, 16 Nov 2010 22:57:31 -0500 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id oAH3vSSf014806; Wed, 17 Nov 2010 12:57:28 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp4.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id oAH3vSM1008385; Wed, 17 Nov 2010 12:57:28 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp4.aist.go.jp with ESMTP id oAH3vSh5001139; Wed, 17 Nov 2010 12:57:28 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.71) (envelope-from ) id 1PIZ9D-0003AL-Vy; Wed, 17 Nov 2010 12:57:28 +0900 In-Reply-To: <83bp5te3s8.fsf@gnu.org> (message from Eli Zaretskii on Sat, 13 Nov 2010 15:44:55 +0200) X-detected-operating-system: by eggs.gnu.org: Solaris 9 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:132763 Archived-At: In article <83bp5te3s8.fsf@gnu.org>, Eli Zaretskii writes: > > (2) For Windows port: > > > > I wrote x_draw_glyphless_glyph_string_foreground (in > > w32term.c) by referring to x_draw_glyph_string_foreground in > > the same file. But, it doesn't draw acronym nor hexa-code. > > I couldn't figure out what is wrong. Please someone who > > knows Windows code fix it. > I fixed this. The problem was that w32_draw_rectangle wiped out what > was drawn inside it; I switched the order, so the box is drawn before > the glyphs inside it. Are, I see. Thank you for fixing it. > Assuming that on X the order doesn't matter (does it?), perhaps we > should switch the order there as well, for uniformity. Perhaps. > In addition, I did this: > . renamed glyphless-char-control to glyphless-char-display-control > . renamed hexa-code to hex-code. Thank you. > . changed TTY display top enclose U+nnnn and "empty box" displays in > "[]", to simulate a box and make the display easier to read. For U+NNNN, I decided not to use "[]" because it takes too many columns. I thought underline or some background color (customizable through a face) was enough. Don't you think 8 columns (instead of 6 columns) is annoying? > . documented this feature in NEWS and in the manual. I dared not write that because I have not yet made my mind which is better; current glyphless-char-display or extending the normal display-table. --- Kenichi Handa handa@m17n.org