From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#51277: 27.1; menu-set-font not loading correct font Date: Thu, 21 Oct 2021 14:59:14 +0200 Message-ID: <877de6h6u5.fsf@gnus.org> References: <83a6j5chh9.fsf@gnu.org> <837de9c8hf.fsf@gnu.org> <83y26oc491.fsf@gnu.org> <83v91sc25x.fsf@gnu.org> <87zgr42i78.fsf@gmail.com> <83cznzc1p8.fsf@gnu.org> <87ee8f3fk0.fsf@gmail.com> <87ee8fktxv.fsf@gnus.org> <87wnm625cs.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32479"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Jesse Sheidlower , 51277@debbugs.gnu.org To: Robert Pluim Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Oct 21 15:01:02 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 1mdXgs-00089a-9Z for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 15:01:02 +0200 Original-Received: from localhost ([::1]:43096 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mdXgr-0007lc-13 for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Oct 2021 09:01:01 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36608) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mdXfu-0007lN-Oc for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 09:00:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:44918) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1mdXfu-0003AQ-Ff for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 09:00:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1mdXfu-00081n-9n for bug-gnu-emacs@gnu.org; Thu, 21 Oct 2021 09:00:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Oct 2021 13:00:02 +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.163482116730770 (code B ref 51277); Thu, 21 Oct 2021 13:00:02 +0000 Original-Received: (at 51277) by debbugs.gnu.org; 21 Oct 2021 12:59:27 +0000 Original-Received: from localhost ([127.0.0.1]:56464 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdXfL-00080E-1Q for submit@debbugs.gnu.org; Thu, 21 Oct 2021 08:59:27 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:58640) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1mdXfJ-000801-Am for 51277@debbugs.gnu.org; Thu, 21 Oct 2021 08:59:26 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=Q4pqCJVMCjpkBKn17h7ZVT3YxfUJo+na0SO2Y2GThSY=; b=mK6Dv+9O9OFzXsJKFLmAvR2TWR 9dAD54mkIm5nV4AzLC9OPX8jRGnX6gtNnxXx9JX9zf3RP7aAnvBNYXPe8zTzNCNjcm91Eu/luoNET bzW+3aSB/94BSJM5yt/M6VVbvYluRYukT7VOTZaRTBNuYoqaUOHCi9JvfCRK3cndEMF4=; Original-Received: from [84.212.220.105] (helo=elva) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mdXf8-0001Hv-S8; Thu, 21 Oct 2021 14:59:17 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAElBMVEVmtfJ/f423y8+b X1lLLzj///8Z8KpJAAAAAWJLR0QF+G/pxwAAAAd0SU1FB+UKFQQgFC99x54AAAFtSURBVDjLrdNR koMgDAZg0B6AQA6g0AMI4QBlyf3PtIFWq6u7MzvT/6Ez8DUkjKrUB6ONVtYPRgNYDQPADBasQC7B xjgso+OCGbgiW+ZJ6RTmuICKY3NtgnFzSsEoHUFlExXAHWwBM6rs5oICnA2qOLiI1WT6CvITapHe kxTLQfAYp+j9MspRkKJAwckpQFhGKOQE0NkH9qmUU5mtCTWOVUkF2WWc1tsM5/vBFjP4wb8iEKiF mWjx78gF5/ZnJK5gnnvzD+DSwa4VQwPnmLkuPgD0g2kFcDk3kLSWmd9AvAPeVVSB3uN4lOO8VvSC vE6FlV49glxIBmnQTsp91eBek897kAWXBpYS7oE7gA+eEj17NOAXtFnbxCe4V6JAvo97AEcyXkwb uDdIEm2AB6ALuGfZrCsQbbA9pwa8pRwe7e0vKHiC9fU5vlKyNp/8BH//Nk+t18iYl/s3Bj7NphuU hI/rCj5X9CBe9/h3vgHNwHGMbot6eAAAACV0RVh0ZGF0ZTpjcmVhdGUAMjAyMS0xMC0yMVQwNDoz MjoyMCswMDowMBsM4/UAAAAldEVYdGRhdGU6bW9kaWZ5ADIwMjEtMTAtMjFUMDQ6MzI6MjArMDA6 MDBqUVtJAAAAAElFTkSuQmCC X-Now-Playing: Sylvester's _Sylvester-Step II_: "I Took My Strength From You" In-Reply-To: <87wnm625cs.fsf@gmail.com> (Robert Pluim's message of "Thu, 21 Oct 2021 09:40:19 +0200") 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:217765 Archived-At: Robert Pluim writes: > Lars> then I get something that looks very wrong indeed. Anybody kno= w a > Lars> program that understands these things? > > FC_DEBUG=3D1 xfce4-terminal --font "Operator Mono SSm:weight=3Dbook" > > will get you fontconfig debug telling you which actual font is > used. Yeah, but surely there must be some other program (other than Emacs) that actually uses this syntax for specifying fonts? I thought it was supposed to be... "the way"... > gedit rounds down to the nearest multiple of 100, which equates to >=3D Huh. > I guess the root cause of all of this is that we=CA=BCre mapping > PangoWeights to symbolic constants, which we then pass to > fontconfig. Perhaps we could arrange to pass the weights directly? Indeed, the Pango round trip through symbols is inherently breakable. I mean, the Gtk chooser knows exactly what font I've selected -- but is there any way to get it to cough up that instead of the Pango weights? I've looked at the documentation https://docs.gtk.org/Pango/struct.FontDescription.html and nothing really jumped out at me. I mean, in this case, Pango reports a weight of 330 for book... but the actual weight in the file is:= =20 weight: 53(f)(s) So after mapping to symbols and back again, we'll never find that font (because "book" is at 80). But... what does (f)(s) mean here? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no