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: font selection confusion Date: Thu, 19 Mar 2009 20:51:24 +0900 Message-ID: References: <87wsb5of23.fsf@escher.local.home> <87k56lrayo.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org X-Trace: ger.gmane.org 1237463531 19451 80.91.229.12 (19 Mar 2009 11:52:11 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 19 Mar 2009 11:52:11 +0000 (UTC) Cc: emacs-devel@gnu.org To: Stephen Berman Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 19 12:53:27 2009 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.50) id 1LkGoQ-0003uy-Rf for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2009 12:53:27 +0100 Original-Received: from localhost ([127.0.0.1]:41980 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LkGn4-0003Cc-11 for ged-emacs-devel@m.gmane.org; Thu, 19 Mar 2009 07:52:02 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1LkGmF-0002pm-PU for emacs-devel@gnu.org; Thu, 19 Mar 2009 07:51:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1LkGmB-0002nl-D2 for emacs-devel@gnu.org; Thu, 19 Mar 2009 07:51:11 -0400 Original-Received: from [199.232.76.173] (port=59200 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1LkGmA-0002nf-W1 for emacs-devel@gnu.org; Thu, 19 Mar 2009 07:51:07 -0400 Original-Received: from mx1.aist.go.jp ([150.29.246.133]:39450) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1LkGmA-0003Vv-7t for emacs-devel@gnu.org; Thu, 19 Mar 2009 07:51:06 -0400 Original-Received: from rqsmtp1.aist.go.jp (rqsmtp1.aist.go.jp [150.29.254.115]) by mx1.aist.go.jp with ESMTP id n2JBp05P005351; Thu, 19 Mar 2009 20:51:00 +0900 (JST) env-from (handa@m17n.org) Original-Received: from smtp1.aist.go.jp by rqsmtp1.aist.go.jp with ESMTP id n2JBoxHj013612; Thu, 19 Mar 2009 20:51:00 +0900 (JST) env-from (handa@m17n.org) Original-Received: by smtp1.aist.go.jp with ESMTP id n2JBoxJS018500; Thu, 19 Mar 2009 20:50:59 +0900 (JST) env-from (handa@m17n.org) Original-Received: from handa by etlken with local (Exim 4.69) (envelope-from ) id 1LkGmS-00076R-UL; Thu, 19 Mar 2009 20:51:24 +0900 In-reply-to: <87k56lrayo.fsf@escher.local.home> (message from Stephen Berman on Thu, 19 Mar 2009 12:47:11 +0100) X-detected-operating-system: by monty-python.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:109691 Archived-At: In article <87k56lrayo.fsf@escher.local.home>, Stephen Berman writes: >>> There's something peculiar with \u22ee in my Emacs (GNU Emacs 23.0.91.2 >>> (i686-pc-linux-gnu, GTK+ Version 2.14.4) of 2009-03-01 on escher), which >>> may be related. I also use Dejavu Sans Mono (set in ~/.Xresources, >>> along with xft as FontBackend). In the Gnus *Article* buffer in which >>> I'm reading Miles's post, both characters are displayed fine. According >>> to `C-u C-x =', both use the default font; here is the complete >>> description of \u22ee: > > [...] >>> However, in this description, the vertical ellipsis is not displayed, >>> but instead an empty box. The same goes for the Message buffer into >>> which I yanked the post from the *Article* buffer (again, the latter >>> does display the vertical ellipsis). Likewise if I just yank that >>> character into any other buffer, and also if I start emacs -Q and insert >>> it with ucs-insert or with `M-: (insert ?\u22ee)': it displays only as >>> an empty box (again, with the default font Dejavu Sans Mono). When I >>> type `C-u C-x =' on any of these empty boxes, this is the result: > > > > Do you still see this problem? If so, please try this: > No, in my latest build (GNU Emacs 23.0.91.4 (i686-pc-linux-gnu, GTK+ > Version 2.14.4) of 2009-03-15 on escher) the character displays fine in > all buffers. So I guess the problem has been fixed. I see. Thank you for confiming that. --- Kenichi Handa handa@m17n.org