From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#19993: 25.0.50; Unicode fonts defective on Windows Date: Wed, 04 Mar 2015 19:59:56 +0200 Message-ID: <83egp4prs3.fsf@gnu.org> References: <20150303220228.GA28969@math.berkeley.edu> Reply-To: Eli Zaretskii 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 1425492088 28637 80.91.229.3 (4 Mar 2015 18:01:28 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 4 Mar 2015 18:01:28 +0000 (UTC) Cc: 19993@debbugs.gnu.org To: Ilya Zakharevich Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Wed Mar 04 19:01:16 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 1YTDbe-00045E-1E for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Mar 2015 19:01:14 +0100 Original-Received: from localhost ([::1]:45712 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTDbd-0005SK-KL for geb-bug-gnu-emacs@m.gmane.org; Wed, 04 Mar 2015 13:01:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:48719) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTDbX-0005Nd-2J for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:01:11 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YTDbS-0000no-US for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:01:07 -0500 Original-Received: from debbugs.gnu.org ([140.186.70.43]:36657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YTDbS-0000nk-RR for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:01:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.80) (envelope-from ) id 1YTDbS-0002Nq-7r for bug-gnu-emacs@gnu.org; Wed, 04 Mar 2015 13:01:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 04 Mar 2015 18:01:02 +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.14254920119087 (code B ref 19993); Wed, 04 Mar 2015 18:01:02 +0000 Original-Received: (at 19993) by debbugs.gnu.org; 4 Mar 2015 18:00:11 +0000 Original-Received: from localhost ([127.0.0.1]:35225 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTDac-0002MT-Ar for submit@debbugs.gnu.org; Wed, 04 Mar 2015 13:00:10 -0500 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:44888) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1YTDaY-0002Kf-NF for 19993@debbugs.gnu.org; Wed, 04 Mar 2015 13:00:08 -0500 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NKP008008406500@a-mtaout22.012.net.il> for 19993@debbugs.gnu.org; Wed, 04 Mar 2015 20:00:00 +0200 (IST) Original-Received: from HOME-C4E4A596F7 ([87.69.4.28]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NKP008JE8NZ3K60@a-mtaout22.012.net.il>; Wed, 04 Mar 2015 20:00:00 +0200 (IST) In-reply-to: <20150303220228.GA28969@math.berkeley.edu> X-012-Sender: halo1@inter.net.il 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:100062 Archived-At: > Date: Tue, 3 Mar 2015 14:02:28 -0800 > From: Ilya Zakharevich > > (A) On Windows, most Unicode characters won’t be shown, even if the system > has (many) fonts covering the characters (and these fonts are listed in > `font-log'!). Examples, please: they are required to debug the issue. Please include with the examples the information about the font(s) which support the problematic characters, but are not used although installed. Or, if you already debugged this and can tell which code misbehaves, please post that information. > (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). A good example of this is "C-h H": the first time you type that in "emacs -Q", it takes a long time before the HELLO buffer displays. But if you kill that buffer and immediately invoke "C-h H" again, the display is instantaneous. This is not specific to Windows in any way, AFAIK, the Emacs code which looks for a suitable font is system-independent. If there are ways to speed up font search, we should do that, of course. Patches to make the search speedier are welcome. > (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. > 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? Those encodings are universal, i.e. there are no encodings that are unusable on any particular system. And your suggestion to use iso10646 actually means it will be system-independent, no? 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? Or maybe you mean that the default font used by "emacs -Q" should support as wide a range of Unicode as possible? If so, I think we already do that. > 3) Improve the docs (but I would try to address this in a separate > bug report). Indeed, font-related issues in Emacs are notoriously under-documented, both on the user level, and on the ELisp level.