From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stephen Berman Newsgroups: gmane.emacs.devel Subject: Re: (re)display problems after font backend merge Date: Fri, 16 May 2008 12:22:56 +0200 Message-ID: <87fxsiczun.fsf@escher.local.home> References: <87fxsjmmo2.fsf@escher.local.home> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1210933933 8125 80.91.229.12 (16 May 2008 10:32:13 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 16 May 2008 10:32:13 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri May 16 12:32:49 2008 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 1JwxEx-0004lV-1M for ged-emacs-devel@m.gmane.org; Fri, 16 May 2008 12:32:43 +0200 Original-Received: from localhost ([127.0.0.1]:33876 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JwxED-0002Wq-JX for ged-emacs-devel@m.gmane.org; Fri, 16 May 2008 06:31:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Jwx5n-0006pO-6o for emacs-devel@gnu.org; Fri, 16 May 2008 06:23:15 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Jwx5h-0006kk-3s for emacs-devel@gnu.org; Fri, 16 May 2008 06:23:12 -0400 Original-Received: from [199.232.76.173] (port=45406 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Jwx5g-0006kH-Fu for emacs-devel@gnu.org; Fri, 16 May 2008 06:23:08 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:45281 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1Jwx5g-0001jY-84 for emacs-devel@gnu.org; Fri, 16 May 2008 06:23:08 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jwx5b-0001x7-V6 for emacs-devel@gnu.org; Fri, 16 May 2008 10:23:03 +0000 Original-Received: from i5387df5a.versanet.de ([83.135.223.90]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2008 10:23:03 +0000 Original-Received: from Stephen.Berman by i5387df5a.versanet.de with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 16 May 2008 10:23:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 99 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: i5387df5a.versanet.de User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) 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:97259 Archived-At: On Fri, 16 May 2008 09:57:42 +0900 Kenichi Handa wrote: > In article <87fxsjmmo2.fsf@escher.local.home>, Stephen Berman writes: > >> Since Kenichi Handa's font backend merge yesterday I see different, and >> at least partly buggy, display and redisplay effects. This shows up >> clearly in some of my customizations, in particular of the mode line and >> the Gnus Summary buffer. The following screen shots show the >> differences; the top image is post-merge, the bottom pre-merge: > >> [2 Post-merge display ] > >> [3 Pre-merge display ] > >> [4 ] > >> Here is a description of the differences I see: > >> - In the post-merge image, the underlining I use in the mode line is >> broken, as is the underlining of the current article in the Gnus Summary >> buffer, and the latter underlining touches the bottom of the characters >> in the post-merge image, while there is a (IMO more pleasing) space in >> the pre-merge display. > > Please show me how you customize Gnus, (setq gnus-summary-line-format "%U%R%z%((%4L) %-20,20f \x2502 %*%B%s%)\n" gnus-sum-thread-tree-root "\x25b6 " gnus-sum-thread-tree-false-root "\x25b7 " gnus-sum-thread-tree-vertical "\x2502 " gnus-sum-thread-tree-leaf-with-other "\x251c\x2500\x25b8 ..." gnus-sum-thread-tree-single-leaf "\x2570\x2500\x25b8 ...") > and exactly which > font is used in the Gnus summary buffer by C-u C-x =. For ascii: -unknown-DejaVu Sans Mono-normal-normal-normal-*-12-*-*-*-m-0-iso8859-1 For the non-ascii characters: -gnu-unifont-medium-r-normal--16-160-75-75-p-80-iso10646-1 This is post-merge, in the pre-merge buffer, the corresponding line of the character description for both ascii and non-ascii characters is this: dejavu sans mono:pixelsize=12:foundry=unknown:weight=medium:slant=r:width=normal >> - The fringe arrow in the Summary buffer is redisplayed in the mode >> line. > > This is very strange. The font-backend merge should not > touch fringe displaying. I cannot reproduce this; maybe it was a random redisplay glitch, which I just happened to catch in the screen shot. (In contrast, the broken underlining persists.) >> - The character size in the mode line is larger in the post-merge image >> than in the pre-merge image (in both it is font family Helvetica). > >> - The appearance of the non-ascii characters I use for threading and >> separation in the Summary buffer differs; in particular, the separator >> forms a broken vertical line in the post-merge buffer, while it is a >> continuous vertical line in the pre-merge buffer (except for the line >> containing the Indic characters, which is also misaligned in both >> images). > > Please do C-u C-x = on that vertical line to see which font > is used in both version. post-merge: character: │ (9474, #o22402, #x2502) preferred charset: unicode (Unicode (ISO10646)) code point: 0x2502 syntax: _ which means: symbol category: c:Chinese h:Korean j:Japanese buffer code: #xE2 #x94 #x82 file code: #xE2 #x94 #x82 (encoded by coding system utf-8-unix) display: by this font (glyph code) -gnu-unifont-medium-r-normal--16-160-75-75-p-80-iso10646-1 (#x2502) pre-merge: character: │ (9474, #o22402, #x2502) preferred charset: unicode (Unicode (ISO10646)) code point: 0x2502 syntax: _ which means: symbol category: c:Chinese h:Korean j:Japanese buffer code: #xE2 #x94 #x82 file code: #xE2 #x94 #x82 (encoded by coding system utf-8-unix) display: by this font (glyph code) dejavu sans mono:pixelsize=12:foundry=unknown:weight=medium:slant=r:width=normal (#x858) Steve Berman