From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: HarfBuzz is available on MS-Windows Date: Sat, 08 Jun 2019 13:11:46 +0100 Message-ID: <86blz86zul.fsf@gmail.com> References: <83o93iwwtn.fsf@gnu.org> <83o939p3n6.fsf@gnu.org> <83h890ppke.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="88235"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.2.50 (windows-nt) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Jun 08 14:12:22 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hZaCp-000MoQ-IS for ged-emacs-devel@m.gmane.org; Sat, 08 Jun 2019 14:12:19 +0200 Original-Received: from localhost ([::1]:58204 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZaCo-000637-DE for ged-emacs-devel@m.gmane.org; Sat, 08 Jun 2019 08:12:18 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43973) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hZaCT-000631-5Z for emacs-devel@gnu.org; Sat, 08 Jun 2019 08:11:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hZaCS-00084c-65 for emacs-devel@gnu.org; Sat, 08 Jun 2019 08:11:57 -0400 Original-Received: from [195.159.176.226] (port=48562 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hZaCR-00082p-Vm for emacs-devel@gnu.org; Sat, 08 Jun 2019 08:11:56 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1hZaCO-000MMC-5k for emacs-devel@gnu.org; Sat, 08 Jun 2019 14:11:52 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:RNWR3zVWfEBBZRNO7DlMwIu49eo= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:237330 Archived-At: On Sat 08 Jun 2019, Eli Zaretskii wrote: > There are 2 issues here: one is about the speed of finding fonts for > certain characters, the other is about finding a suitable font at > all. Agreed. > I was under the impression that your fontset customizations were > meant to solve the speed issue, in which case I don't think it's an > issue with the defaults, and in any case we shouldn't assume anything > about the users' installation: they could have other fonts installed > that they prefer, so it would be improper for Emacs to force them to > use the built-in fonts. The problem with incorrect character display is fixed by part of my fontset customisation: the rest of it is to improve font lookup speed. All of the mentioned fonts are installed by default on Windows 10. Emacs should be capable of finding a font to display all of the characters in HELLO, as it can do so given some fontset customisation. It should do so by default, so charatcers are displayed properly but users can add further customisation to express a preference for different fonts. > In addition, quality of built-in fonts changes with time, so a font > that comes with the system today might be less desirable to use > tomorrow. Thus, including those fonts in our sources would mean we > need to track the development of system fonts, update the fonts in our > default fontsets, and perhaps make the fontset dependent on the OS > version. This would be a maintenance burden. It is more important to give users a working tool than to reduce maintenance effort. The selection of fonts shipped with each platform changes fairly slowly, so this should not present an undue burden. > However, above you seem now to be talking about failure to find a font > although some fonts do support the character. That is a separate > issue. The question in this case is why doesn't Emacs find and select > these fonts by itself, without any hints in the fontset in addition to > what we already have there. Yes, and this was the first part of what I wrote. This needs fixing. > If you'd like to try debugging this, I can help by pointing to the > code where this happens. In general, start with the fontset as defined > in fontset.el, and then look in w32font.c:w32font_list_internal and > its subroutines. I can try debugging from there - any further hints are welcome. AndyM