From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#52493: 29.0.50; Setting Inconsolata up in init.el makes default face rendered wrong Date: Thu, 16 Dec 2021 16:42:08 +0300 Message-ID: References: <80e7f515-e16f-5ce8-86a3-e5f47cd2d2f5@yandex.ru> <83k0g5j4pi.fsf@gnu.org> <83a6h1husr.fsf@gnu.org> <83czlwhe0v.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3189"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.13.0 Cc: rpluim@gmail.com, 52493@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Dec 16 14:59:42 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 1mxrIL-0000eL-8F for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 16 Dec 2021 14:59:41 +0100 Original-Received: from localhost ([::1]:47444 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mxrIK-0005Px-BC for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 16 Dec 2021 08:59:40 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:43342) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mxr3C-0006qV-7R for bug-gnu-emacs@gnu.org; Thu, 16 Dec 2021 08:44:02 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:51785) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mxr3B-0007J9-Vc for bug-gnu-emacs@gnu.org; Thu, 16 Dec 2021 08:44:01 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mxr3B-0007i4-UC for bug-gnu-emacs@gnu.org; Thu, 16 Dec 2021 08:44:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Dec 2021 13:44:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 52493 X-GNU-PR-Package: emacs Original-Received: via spool by 52493-submit@debbugs.gnu.org id=B52493.163966219829570 (code B ref 52493); Thu, 16 Dec 2021 13:44:01 +0000 Original-Received: (at 52493) by debbugs.gnu.org; 16 Dec 2021 13:43:18 +0000 Original-Received: from localhost ([127.0.0.1]:35098 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxr2T-0007gr-Mk for submit@debbugs.gnu.org; Thu, 16 Dec 2021 08:43:17 -0500 Original-Received: from mail-lf1-f54.google.com ([209.85.167.54]:35331) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mxr2O-0007gZ-Te for 52493@debbugs.gnu.org; Thu, 16 Dec 2021 08:43:16 -0500 Original-Received: by mail-lf1-f54.google.com with SMTP id g11so221257lfu.2 for <52493@debbugs.gnu.org>; Thu, 16 Dec 2021 05:43:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=szn1PoD5qI3DCji75TFd33m7iC73UpnBFhbk+/sbb2w=; b=h1j8/2nbA3a0QBEbFjIHGo+4myK4Q3zG7JzLOeT1HHDj5oWRD4Lxb5tjDOCLvy2Y8M OtA1HGRCU70KqJZEosJzUzW6eKk0OCtNNFN7h4Yx/0o03u1biq4D9+LsxQXbQKNNCG7L hW9M8r4YgI58YZrtbscLwrhLOzruXMnIro+xX/KMQXc2XRtdAousjie1JrbOpcs4QOcP S3kfl/+xXl0pz48dHpfQszJzI075KNZRCmfEfmXA/n+TqHcqwNzg9jqehJl0RK4ou+t6 brr/y8GhCxweBDtjeb82WFbnFuIU1/y3uihuHSGVfmowIdoQxL5B5Rgnwo+Nqn3UeWVO iaXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:subject:to:cc:references:from:message-id :date:user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=szn1PoD5qI3DCji75TFd33m7iC73UpnBFhbk+/sbb2w=; b=39s1fX9z5lIHTpOiryiJVXsF625BuqKrYPsiWq0qmqjLA+TSLBjiEPR3wa9tyCs4Xb L1qlDzJRQluR/xhRQ4wC107ob/++0Qa1rZ8wO3+dRtiX5uZNdCUhcdKT7Txgn0aQV4zG oLJChfbnHTAkxx//6/AkTkJ94zWaPr47f1b/Q1VC7se2D0hV/mG3BBU6N8u1cTe+frjl sqvcvr3v3XLRWXLtrWwZTHDx7ZXrzLqOq6t7xIwmurrWaW+GxxIWp4Ew48PJtJ0IH5Nh drtE71S6UtmiN2wiSYBH9Xe3xRX8evEZA6QcI1yihhkYkKuNQlyxnaSq2jwBosbn9RHl asfg== X-Gm-Message-State: AOAM532ezZit/sunSKE7wndOx8RDTdIOliuclkcucICYLUxZ+JjaRuik 9tnEyGnZKp/CyeD9k44FQcAt3bd45y63UQ== X-Google-Smtp-Source: ABdhPJzB1ZJzVY3BIq6cdwXwyW2jXy+HSpRTXwqV2FYAfi27VaIYUmSmAoWtPq08rcm2UmJYKpBfBA== X-Received: by 2002:a05:6512:1518:: with SMTP id bq24mr14887589lfb.398.1639662186863; Thu, 16 Dec 2021 05:43:06 -0800 (PST) Original-Received: from [192.168.0.103] ([5.18.233.185]) by smtp.googlemail.com with ESMTPSA id p21sm877369lfu.142.2021.12.16.05.43.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 16 Dec 2021 05:43:06 -0800 (PST) In-Reply-To: <83czlwhe0v.fsf@gnu.org> Content-Language: en-US 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:222487 Archived-At: On 16.12.2021 16:31, Eli Zaretskii wrote: >> Cc:52493@debbugs.gnu.org >> From: Dmitry Gutov >> Date: Thu, 16 Dec 2021 16:01:26 +0300 >> >>> Thanks. I think this means that Emacs 29 on master now rejects the >>> Inconsolata_dz font for some reason, or thinks it finds a better >>> match. >> Despite 'emacs -Q -fn Inconsolata_dz' having the intended effect? > Yes. The -fn argument forces Emacs to use the specified font, whereas > :family is much more general and doesn't force the use of a specific > font. > >>> The fact that it picks a condensed family is probably >>> secondary; the main issue here is that the font family you requested >>> is rejected. >>> >>> Does that family have the regular weight? If not, maybe that's the >>> reason it is rejected, and you need to also require some specific >>> :weight value in your set-face-attribute call. >> Although yes, something to that effect seems to be going on. But >> specifying different values of :weight doesn't help either (regulal, >> medium, light, bold, extra-bold). > If playing with :weight didn't help, what other evidence did you see > that this issue is related? Related to not being able to select that family (as opposed to rendering it wrong, for instance). I also tried different scenarios which seemed to help (choose another family, and a different weight, and then this one), but apparently they ended up selecting a different family ultimately, rather than the one I specified.