From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: bidi and shaping problems in describe-input-method Date: Fri, 23 Mar 2012 12:12:34 +0200 Message-ID: <83wr6bvd65.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: dough.gmane.org 1332497610 26747 80.91.229.3 (23 Mar 2012 10:13:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 23 Mar 2012 10:13:30 +0000 (UTC) Cc: list-general@mohsen.1.banan.byname.net, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 23 11:13:27 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1SB1Ut-0003nf-0e for ged-emacs-devel@m.gmane.org; Fri, 23 Mar 2012 11:13:27 +0100 Original-Received: from localhost ([::1]:40484 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SB1Us-0006ce-BE for ged-emacs-devel@m.gmane.org; Fri, 23 Mar 2012 06:13:26 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:41535) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SB1Um-0006WK-BE for emacs-devel@gnu.org; Fri, 23 Mar 2012 06:13:24 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1SB1Uf-0006qs-WA for emacs-devel@gnu.org; Fri, 23 Mar 2012 06:13:19 -0400 Original-Received: from mtaout21.012.net.il ([80.179.55.169]:57517) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1SB1Uf-0006n5-NI for emacs-devel@gnu.org; Fri, 23 Mar 2012 06:13:13 -0400 Original-Received: from conversion-daemon.a-mtaout21.012.net.il by a-mtaout21.012.net.il (HyperSendmail v2007.08) id <0M1C00G001LMPU00@a-mtaout21.012.net.il> for emacs-devel@gnu.org; Fri, 23 Mar 2012 12:12:28 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([84.229.241.151]) by a-mtaout21.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0M1C00G4N1OQO150@a-mtaout21.012.net.il>; Fri, 23 Mar 2012 12:12:28 +0200 (IST) In-reply-to: X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 (beta) X-Received-From: 80.179.55.169 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:149192 Archived-At: > From: Kenichi Handa > Cc: list-general@mohsen.1.banan.byname.net, emacs-devel@gnu.org > Date: Fri, 23 Mar 2012 10:41:07 +0900 > > In article <83fwd0wnwl.fsf@gnu.org>, Eli Zaretskii writes: > > > Btw, there's some strange problem in displaying one label of the > > hebrew-biblical-tiro input method: the character u+05ba (inserted by > > Shift-5 key) is displayed as a blank rectangle. It looks like my > > fonts have no glyph for this character, but then why don't we display > > this like any other glyphless character: as a hex code inside a small > > rectangle? That's what I get if I insert this character into a > > buffer, but somehow the way we display it in the keyboard layout (and > > in the "C-u C-x =" display under "decomposition") behaves differently. > > Why is that? > > As that character is a non-spacing modifier, we display it > with a static composition, and a glyph in a static > composition are displayed by a blank rectangle if no font is > available. This is because a hex code makes the resulting > display of composition (several glyphs may occupy a single > column) unreadable. > > It may be possible to change the current code to use a hex > code displaying if a composition contains just one glyph and > that glyph has no font, but it may be for 24.2. Fair enough. I filed a bug report about this, so it doesn't get forgotten.