From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Miles Bader Newsgroups: gmane.emacs.devel Subject: Re: character composition seems much worse than before Date: Tue, 09 Nov 2010 14:46:25 +0900 Message-ID: References: <8339rco3w9.fsf@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Trace: dough.gmane.org 1289281620 14027 80.91.229.12 (9 Nov 2010 05:47:00 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 9 Nov 2010 05:47:00 +0000 (UTC) Cc: eliz@gnu.org, emacs-devel@gnu.org To: Kenichi Handa Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 09 06:46:54 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 1PFh2j-0002y0-3d for ged-emacs-devel@m.gmane.org; Tue, 09 Nov 2010 06:46:53 +0100 Original-Received: from localhost ([127.0.0.1]:56465 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFh2i-0005h9-JR for ged-emacs-devel@m.gmane.org; Tue, 09 Nov 2010 00:46:52 -0500 Original-Received: from [140.186.70.92] (port=55339 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1PFh2Y-0005h3-Jy for emacs-devel@gnu.org; Tue, 09 Nov 2010 00:46:47 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1PFh2T-0006X8-PC for emacs-devel@gnu.org; Tue, 09 Nov 2010 00:46:42 -0500 Original-Received: from tyo202.gate.nec.co.jp ([202.32.8.206]:60586) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1PFh2L-0006VQ-QL; Tue, 09 Nov 2010 00:46:30 -0500 Original-Received: from mailgate3.nec.co.jp ([10.7.69.195]) by tyo202.gate.nec.co.jp (8.13.8/8.13.4) with ESMTP id oA95kREG003925; Tue, 9 Nov 2010 14:46:27 +0900 (JST) Original-Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id oA95kRT01365; Tue, 9 Nov 2010 14:46:27 +0900 (JST) Original-Received: from relay21.aps.necel.com ([10.29.19.50]) by vgate02.nec.co.jp (8.14.4/8.14.4) with ESMTP id oA95gZ1r003061; Tue, 9 Nov 2010 14:46:26 +0900 (JST) Original-Received: from relay61.aps.necel.com ([10.29.19.40] [10.29.19.40]) by relay21.aps.necel.com with ESMTP; Tue, 9 Nov 2010 14:46:26 +0900 Original-Received: from dhlpc061 ([10.114.96.148] [10.114.96.148]) by relay61.aps.necel.com with ESMTP; Tue, 9 Nov 2010 14:46:26 +0900 Original-Received: by dhlpc061 (Postfix, from userid 31295) id 3BC1452E21D; Tue, 9 Nov 2010 14:46:26 +0900 (JST) System-Type: x86_64-unknown-linux-gnu Blat: Foop In-Reply-To: (Kenichi Handa's message of "Mon, 08 Nov 2010 20:18:50 +0900") Original-Lines: 56 X-detected-operating-system: by eggs.gnu.org: Solaris 8 (1) 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:132470 Archived-At: --=-=-= Content-Type: text/plain Kenichi Handa writes: >> This is pretty irritating, as Bitstream Vera Sans Mono seems to be >> what Emacs uses by default on Debian...! > > How about the other programs? For instance, can gedit display the > same text correctly with that font? Yes, it seems to. I tried 3 different fonts, and two different character combinations ("e" + COMBINING ACUTE ACCENT [0x301], and "e" + COMBINING CIRCUMFLEX ACCENT [0x302] + COMBINING ACUTE ACCENT), in Emacs and gedit: -Emacs- -gedit- "Dejavu Sans Mono" PERFECT PERFECT "Bitstream Vera Sans Mono" NONE OK "Lucida Typewriter" NONE PASSABLE According to "otfview", only Dejavu Sans Mono has those combining accents (0x301 and 0x302), so gedit must have been doing some substitution -- it looked pretty good though, especially with Bitstream Vera Sans Mono. [I tried Lucida Sans too because while the letter shapes in Dejavu and Vera are basically identical, Lucida Sans looks different, so it's easier to tell if substitutions are being made.] "PERFECT" means: correct letter-shape used (no wacky font substitution), perfect spacing/alignment/accent-positioning. "OK" means: correct letter-shape used, correct spacing, accent-positioning slightly (~1 pixel) off but basically OK. "PASSABLE" means: correct letter-shape used, correct spacing, accent-positioning slightly (~1 pixel) off but basically OK for a single accent, *but* smashed-together/overstruck for two simultaneous accents. "NONE" means: no combining done, letter and accents displayed as separate characters. So gedit seems to be doing some substitution or something, but it does a fairly good job of it except in the case of two accents being used simultaneously. -Miles p.s. I've attached the text file I used for testing... --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=accs Content-Transfer-Encoding: base64 Content-Description: test file for combining accents dGhpcyBpcyBhIHRlc3QgZcyBIDFsSXwwT2FiY2RlZgplzILMgWXMgsyBZcyCzIFlzILMgWXMgsyB ZcyCzIF8CmXMgWXMgWXMgWXMgWXMgWXMgXwKZWVlZWVlfAo= --=-=-= Content-Type: text/plain -- "Most attacks seem to take place at night, during a rainstorm, uphill, where four map sheets join." -- Anon. British Officer in WW I --=-=-=--