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: Fri, 26 Nov 2010 21:29:43 +0900 Message-ID: References: <83bp5te3s8.fsf@gnu.org> <834obfd9iy.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: dough.gmane.org 1290774609 21442 80.91.229.12 (26 Nov 2010 12:30:09 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 26 Nov 2010 12:30:09 +0000 (UTC) Cc: emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Nov 26 13:30:05 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 1PLxRE-0002Cr-Ab for ged-emacs-devel@m.gmane.org; Fri, 26 Nov 2010 13:30:05 +0100 Original-Received: from localhost ([127.0.0.1]:35285 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PLxRD-0003c7-NG for ged-emacs-devel@m.gmane.org; Fri, 26 Nov 2010 07:30:03 -0500 Original-Received: from [140.186.70.92] (port=33103 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PLxR1-0003bM-Rl for emacs-devel@gnu.org; Fri, 26 Nov 2010 07:29:52 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PLxR0-0007uk-KW for emacs-devel@gnu.org; Fri, 26 Nov 2010 07:29:51 -0500 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:60692) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PLxQy-0007u2-4F; Fri, 26 Nov 2010 07:29:48 -0500 Original-Received: from rqsmtp2.aist.go.jp (rqsmtp2.aist.go.jp [150.29.254.123]) by mx1.aist.go.jp with ESMTP id oAQCTiZ3000699; Fri, 26 Nov 2010 21:29:44 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp2.aist.go.jp by rqsmtp2.aist.go.jp with ESMTP id oAQCTico022850; Fri, 26 Nov 2010 21:29:44 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp2.aist.go.jp with ESMTP id oAQCTiFr003078; Fri, 26 Nov 2010 21:29:44 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.71) (envelope-from ) id 1PLxQt-0003nY-Um; Fri, 26 Nov 2010 21:29:43 +0900 In-Reply-To: <834obfd9iy.fsf@gnu.org> (message from Eli Zaretskii on Wed, 17 Nov 2010 21:39:49 +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:133162 Archived-At: Sorry for the late response on this matter. In article <834obfd9iy.fsf@gnu.org>, Eli Zaretskii writes: > > From: Eli Zaretskii > > Date: Wed, 17 Nov 2010 07:26:15 -0500 > > Cc: emacs-devel@gnu.org > > > > By the way, one other issue is that display tables take precedence > > over glyphless-char-display, in the sense that characters for which > > there are non-trivial entries in the current display table are > > displayed using the display table, disregarding any > > glyphless-char-display-control settings. If this is what we want, we > > should probably document that. IF that is what we want, we surely should document that. But, as I wrote before, I'm still hesitating over which is better; keeping glyphless-char-display separate from display table, or integrating that functionality to display table. > And another issue: the character group c0-control includes the > newline. So if the display of this group is set to anything at all, > the newlines are not displayed as such. I doubt that users would > expect or want that when they customize the display of c0-control. So > maybe we should exempt newline (and perhaps also TAB) from this group; > users who really want that can always set glyphless-char-display > directly. > WDYT? I agree on exempting TAB and NL from c0-control group. --- Kenichi Handa handa@m17n.org