From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ilya Zakharevich Newsgroups: gmane.emacs.bugs Subject: bug#19993: 25.0.50; Unicode fonts defective on Windows Date: Thu, 5 Mar 2015 13:49:00 -0800 Message-ID: <20150305214900.GA3550@math.berkeley.edu> References: <20150303220228.GA28969@math.berkeley.edu> <83egp4prs3.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: ger.gmane.org 1425592229 14888 80.91.229.3 (5 Mar 2015 21:50:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 5 Mar 2015 21:50:29 +0000 (UTC) Cc: 19993@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Thu Mar 05 22:50:11 2015 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1YTdel-00065o-2u for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Mar 2015 22:50:11 +0100 Original-Received: from localhost ([::1]:55113 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTdek-0003bJ-IW for geb-bug-gnu-emacs@m.gmane.org; Thu, 05 Mar 2015 16:50:10 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56224) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTdeg-0003ZJ-CH for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:50:07 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTded-00015D-MX for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:50:06 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:37929) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTded-000152-It for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:50:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YTded-0000Vy-7l for bug-gnu-emacs@gnu.org; Thu, 05 Mar 2015 16:50:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Ilya Zakharevich Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 05 Mar 2015 21:50:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 19993 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 19993-submit@debbugs.gnu.org id=B19993.14255921531883 (code B ref 19993); Thu, 05 Mar 2015 21:50:03 +0000 Original-Received: (at 19993) by debbugs.gnu.org; 5 Mar 2015 21:49:13 +0000 Original-Received: from localhost ([127.0.0.1]:36492 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTddo-0000UI-Hk for submit@debbugs.gnu.org; Thu, 05 Mar 2015 16:49:13 -0500 Original-Received: from nm15-vm4.bullet.mail.gq1.yahoo.com ([98.137.176.76]:40761) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTddl-0000U2-Ov for 19993@debbugs.gnu.org; Thu, 05 Mar 2015 16:49:10 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1425592143; bh=p3RLFzVX6O+1aKkzmhjAKbjAzeYYNzdhHJ7zwJ91b5Y=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject; b=niugGsN8KDou1Hi+wEWQ5kwtpQs9CHoGrc7EmOF/8eufWBmrnPUUzR/92+/7gftmm8hklXcYfj8sFA0mCahljfl1gS+kcZQdj540rA1nzY25K6HvpDERWConSpmBt5Ur0LocsAeuItTQ1H4FYd787C6vtsRr7VyiTaVAAakG+JNlYWm1jFXOk+866LaqwBGRtTQg5iCc3YOZdTLtsz2tomz3CKb5VXUmb1Phz7Hz6VJjh9bHBExF4t+3Es4DjuZENyiZUbA0khScTpiUkNiCexXEkuKCUNFazQEZlB9T0PNdHQgOYOHyfxlZF8H9F2Jh3G4JLpzq0oYvdHut58eV4g== Original-Received: from [98.137.12.60] by nm15.bullet.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:49:03 -0000 Original-Received: from [208.71.42.195] by tm5.bullet.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:49:03 -0000 Original-Received: from [127.0.0.1] by smtp206.mail.gq1.yahoo.com with NNFMP; 05 Mar 2015 21:49:03 -0000 X-Yahoo-Newman-Id: 886091.21977.bm@smtp206.mail.gq1.yahoo.com X-Yahoo-Newman-Property: ymail-3 X-YMail-OSG: lEQK9doVM1lhN_nt2xK.X0q4XlWcktvY0pWsC6iD3z9wbDq 0XSk83dZhN_9ZIxeuM3hmtAADlEZNG3im4hC1k4D1YMXjzDqlkMOqN.TE76q Kp.KVreGLAwCT93kjI8Ar8OW_UhKYcJMB8K1zG0xiSdbuYz3hpHb0sE2UZfa WVWMLCxGa_WHAENcj.AP2eT.pyteRaKRtojtuUsUDd8yjWloR8lCyEXqVOjA .NXecngXhHJXZfqxENKM4_q6C31aoPE1Q5zmNYCPB6R8rlX__tkxmA.PR_Rc IObnqtviPHti4U.yjEf5UP33_d_bl_V8e_6mrscTfiMZPo_M1azfLDIL75af 3z.nkkgJw_eeOn0Zpovyf.AfM46TOXcYXLbD.qv7dRQVlwsC.seY6j..Xakq _lZ_j8CiX9J5e5E57fPZ7VdgwrKIjSJGFwQG325LM5mCKjconwHyoa9WPVpt 4E0G7P2uBSsJK7PMoObrE7dj8UP6qAQkFp4Lbz4mxzV0q6jgq2llIkG083gd 7on_KaWnoBT3s6tm71qUpiU_9V2AqYo_OFynAtvQsdfAWlDnv9Q-- X-Yahoo-SMTP: oLSY3dWswBBqoBVzCkLl_RIsw6heKMxu8wpEbARv1SU- Content-Disposition: inline In-Reply-To: <83egp4prs3.fsf@gnu.org> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 140.186.70.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:100114 Archived-At: On Wed, Mar 04, 2015 at 07:59:56PM +0200, Eli Zaretskii wrote: > > (C) Even if a character is (eventually) shown, it may take several seconds > > after the character is typed. E.g., typing > > ℱ > > gives a 2sec delay on my system (a pretty quick PC). It is shown using > > uniscribe:-outline-MS Gothic-normal-normal-normal-mono-13-*-*-*-c-*-jisx0208*-* (#x3D3) > > That delay should happen only once, when any character from the font > is first displayed. The next character from the same font should not > cause any perceptible delays. If this is what you see, then the delay > is due to the font driver (a.k.a. "shaping engine", Uniscribe on > Windows) searching the system for a suitable font, under control of > the Emacs code (in font.c and fontset.c). I have some doubts in this. I think you are theoretizing, while *I* KNOW that what you expect from Emacs is NOT HAPPENING. (See below.) > > (D) After typing as in (C), many operations become unusable. (E.g., showing > > documentation for font-log takes several minutes to display the end of > > the buffer. Save the buffer to a file — and it takes 4.5MB.) > > Yes, similar to "C-h H". Any buffer that uses a lot of different > fonts will hit this. I think the logical way is to choose one: • either the font delay happens once, and this is not avoidable (as you said above); • or there is something fishy (since other applications do not need minutes to show one screenful of information). ------- Let us see the most important part of my report (the part you trimmed away!): … ¢ .. £ (#xA2 .. #xA3) -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-2 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-3 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-4 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-9 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-10 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-13 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-14 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-15 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-16 -*-*-*-*-*-*-*-*-*-*-*-*-viscii1.1-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso10646-1 -*-*-*-*-*-*-*-*-*-*-*-*-jisx0208.1983-0 ¤ (#xA4) -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-2 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-3 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-4 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-9 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-10 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-13 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-14 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-15 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-16 -*-*-*-*-*-*-*-*-*-*-*-*-viscii1.1-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso10646-1 -*-*-*-*-*-*-*-*-*-*-*-*-gb2312.1980-0 -*-*-*-*-*-*-*-*-*-*-*-*-ksc5601.1987-0 ¥ .. ¦ (#xA5 .. #xA6) -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-2 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-3 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-4 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-9 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-10 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-13 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-14 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-15 -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-16 -*-*-*-*-*-*-*-*-*-*-*-*-viscii1.1-1 -*-*-*-*-*-*-*-*-*-*-*-*-iso10646-1 § (#xA7) … As I said, these is 4500 lines of info — and ALL these lines are excessive. On systems where the NATIVE font format is iso10646, instead of all these lines, ONE LINE would be equivalent (at least AFAIU — the stuff IS undocumented): C-@ .. ø¿¿ (#x43 .. #x3FFFFF) -*-*-*-*-*-*-*-*-*-*-*-*-iso10646-1 I do not see how such a change would not fix all the issues reported here. (But I’m theoretizing! ;-) > > 2) one should make the list of encodings to load (I mean those in > > `describe-fontset') system-dependent, and — on contemporary > > systems — default to iso10646 *ONLY*. > > Sorry, I don't understand what that means. First, why should the list > of encodings be system-dependent? In the best world, it should not: just use one encoding (iso10646), and you are done (as above). And, as I said, this would probably work in 95% of installations of Emacs. For the rest of (legacy) systems, the current mess MIGHT be needed (theoretizing again!). > Second, what do you mean by "default to iso10646"? Do you mean that > by default there should be no support for other encodings? If so, > why? Because on contemporary systems, -X-Y-Z-T-U-V-S-R-K-L-M-N-iso8859-5 is just a subset of -X-Y-Z-T-U-V-S-R-K-L-M-N-iso10646-1 (plus a lot of overhead added to do translations twice: first in one direction, then in the opposite one!). Why look for glyphs in both? ======================================================= BTW, I just noticed: `describe-fontset' produces a buffer starting as Fontset: -outline-Courier New-normal-normal-normal-mono-13-*-*-*-c-*-fontset-startup CHAR RANGE (CODE RANGE) FONT NAME (REQUESTED and [OPENED]) C-@ .. x?=? (#x43 .. #x3FFF7F) -*-*-*-*-*-*-*-*-*-*-*-*-iso8859-1 Where this #x43 cames from?! Thanks, Ilya