From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jesse Sheidlower Newsgroups: gmane.emacs.bugs Subject: bug#51277: 27.1; menu-set-font not loading correct font Date: Tue, 19 Oct 2021 09:08:20 -0400 Message-ID: References: <83v91tclv8.fsf@gnu.org> <83a6j5chh9.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="1860"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 51277@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 19 15:09:16 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mcorj-0000Fd-NZ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Oct 2021 15:09:15 +0200 Original-Received: from localhost ([::1]:39356 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mcorh-0008Nw-EF for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 19 Oct 2021 09:09:13 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49042) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mcorW-0008N0-GE for bug-gnu-emacs@gnu.org; Tue, 19 Oct 2021 09:09:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:38302) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mcorW-0003W0-7m for bug-gnu-emacs@gnu.org; Tue, 19 Oct 2021 09:09:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mcorV-0006aK-Nh for bug-gnu-emacs@gnu.org; Tue, 19 Oct 2021 09:09:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jesse Sheidlower Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 19 Oct 2021 13:09:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51277 X-GNU-PR-Package: emacs Original-Received: via spool by 51277-submit@debbugs.gnu.org id=B51277.163464890325266 (code B ref 51277); Tue, 19 Oct 2021 13:09:01 +0000 Original-Received: (at 51277) by debbugs.gnu.org; 19 Oct 2021 13:08:23 +0000 Original-Received: from localhost ([127.0.0.1]:49848 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mcoqs-0006ZS-Rp for submit@debbugs.gnu.org; Tue, 19 Oct 2021 09:08:23 -0400 Original-Received: from mailbackend.panix.com ([166.84.1.89]:58083) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mcoqq-0006ZK-R8 for 51277@debbugs.gnu.org; Tue, 19 Oct 2021 09:08:21 -0400 Original-Received: from panix2.panix.com (panix2.panix.com [166.84.1.2]) by mailbackend.panix.com (Postfix) with ESMTP id 4HYYvm4Btqz4PJB; Tue, 19 Oct 2021 09:08:20 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=panix.com; s=panix; t=1634648900; bh=9hrDZLB4CZkxMQqg5BQvKjktcIGJEIzXw888iOXB2kg=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=c40+D6heoLDzAhD9nUAxU+ksLw/CS2Ykm3EsEqBDig/RrBKgkIU7F5udag0H+w8/A BiwC0HXkYf7jFnO6SF+QQxHIqkmU036SGQTtZE/N06aNU57oa8UZw6Lbzp3HY2Bgl6 ds9ocIm7EWBu5szM5BWAkFIrTayeF0s6UUE6hnc0= Original-Received: by panix2.panix.com (Postfix, from userid 834) id 4HYYvm54rLz1ZVd; Tue, 19 Oct 2021 09:08:20 -0400 (EDT) Content-Disposition: inline In-Reply-To: <83a6j5chh9.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:217573 Archived-At: On Tue, Oct 19, 2021 at 03:43:46PM +0300, Eli Zaretskii wrote: > [Please use Reply All to reply, so that the discussion gets recorded > on the bug tracker.] Sorry about that. > > Date: Tue, 19 Oct 2021 08:20:38 -0400 > > From: Jesse Sheidlower > > > > > What happens if you invoke Emacs like this: > > > > > > emacs -Q -fn 'Operator Mono SSm' > > > > > > and then type this: > > > > > > M-x (set-face-attribute 'default nil :weight 'book) RET > > > > > > Does that produce the expected effect? > > > > Depends on what I should expect! > > You should expect to see the "book" variant of the font. Isn't that > what you wanted? Yes, and forgive me for a poor attempt at humor--I was joking about whether I should expect it to be broken in the same way the original was. > > At the first command, Emacs starts with the bold variant; running the second command returns '[No match]', and we stay in the bold variant. > > Sorry, I meant to say "M-:" instead of "M-x". It was a typo. OK, in this case, yes, it produces the, um, desired effect: Emacs displays with the "Book", rather than the "Bold", version of that font. > > > Sounds like some problem with that font. Does this work correctly > > > with other fonts that have the "book" variant? > > > > No, it doesn't, but the only other font I have with a "book" variant happens to be from the same foundry. Hoefler Decimal Book in fact opens the file for Decimal-XBlack, even though there is a file for Decimal-Book. > > > > I did ask someone at Hoefler Type Foundry about this, and they said they weren't aware of anything that could be causing it. > > Then I suggest to try with some other fonts. Yes, it works correctly with certain other fonts. For example, DejaVu Sans Mono Book is correctly displayed by menu-set-font and correctly loaded by Emacs. I do note that the filename of the "Book" variant of DejaVu Sans Mono does not contain the word "Book"; the filename is simply DejaVuSans.ttf. I don't know if that's relevant. > > I don't know how Emacs does this under the hood > > No one does, unfortunately. > > > but the fact that menu-set-font does correctly display all the variants with their correct names, but then loads something different, suggested that there might be a problem with Emacs (which is why I filed a bug report, instead of just assuming that I'm the one fucking something up). > > No, that doesn't necessarily mean anything. the font selection dialog > is something implemented in GTK, I believe, and it just shows the > fonts that GTK knows about. When Emacs tries to use that font, it > could find some problems with it, and that could lead to what you see. Huh, OK. Given that the recipe "emacs -Q -fn 'Operator Mono SSm'" followed by "M-: (set-face-attribute 'default nil :weight 'book) RET" does produce the desired result, does that tell us anything useful about what's going on, to either fix Emacs or to communicate something with Hoefler about fixing their font? Thank you.