From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: martin rudalics Newsgroups: gmane.emacs.bugs Subject: bug#52493: 29.0.50; Setting Inconsolata up in init.el makes default face rendered wrong Date: Thu, 12 Jan 2023 10:31:35 +0100 Message-ID: <0547624a-15c0-792c-dce5-85101cf9cd71@gmx.at> References: <80e7f515-e16f-5ce8-86a3-e5f47cd2d2f5@yandex.ru> <1c8f744b-2c71-d6b3-39be-86185ea3650b@yandex.ru> <9bc9f6fe-4fe6-1f75-42db-3a9c3e84d851@gmx.at> <8bca33d8-55a5-9a96-2adf-cc751eed22e5@yandex.ru> <21a55a64-541d-345c-33d3-7c8eac182e83@gmx.at> <89a94819-8bdf-55a3-9167-0cc8d11215ee@yandex.ru> <9be7030e-ce19-0baa-58b8-e2d483efab8f@gmx.at> <8df08d50-146f-9b76-efa0-ba101e53e7c0@yandex.ru> <29bd2735-5070-915c-e236-9de0c6dcbb1f@gmx.at> <921de89e-57e0-04de-3e91-043b49503d10@yandex.ru> <32ac6060-a7ed-a0c4-1c62-f0e1804d963d@gmx.at> 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="11259"; mail-complaints-to="usenet@ciao.gmane.io" Cc: rpluim@gmail.com, 52493@debbugs.gnu.org To: Dmitry Gutov , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Jan 12 10:32:45 2023 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 1pFtwz-0002nR-AS for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 12 Jan 2023 10:32:45 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pFtwX-0003Cq-LO; Thu, 12 Jan 2023 04:32:18 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pFtwI-0003AI-TI for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2023 04:32:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pFtwH-0007ES-UP for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2023 04:32:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pFtwH-0006xY-Pp for bug-gnu-emacs@gnu.org; Thu, 12 Jan 2023 04:32:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: martin rudalics Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 12 Jan 2023 09:32: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.167351591026720 (code B ref 52493); Thu, 12 Jan 2023 09:32:01 +0000 Original-Received: (at 52493) by debbugs.gnu.org; 12 Jan 2023 09:31:50 +0000 Original-Received: from localhost ([127.0.0.1]:44675 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pFtw5-0006wt-Kd for submit@debbugs.gnu.org; Thu, 12 Jan 2023 04:31:50 -0500 Original-Received: from mout.gmx.net ([212.227.15.18]:47747) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pFtw3-0006we-Dh for 52493@debbugs.gnu.org; Thu, 12 Jan 2023 04:31:48 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.at; s=s31663417; t=1673515898; bh=4CV6o6PVaxv7aMuHJxD4NUMR/XiqaeFzsaZQPK5n7xM=; h=X-UI-Sender-Class:Date:Subject:To:Cc:References:From:In-Reply-To; b=sgR7E1DoK66u7VJ9PmOWs+qBli+IL3KaboTDXb6C1zaqVX5Q1+NjjPpXNrWOHavyk P+lisJn831s/MvaFJMqwjWCnXtxsWMM4mAeRwGOrb8UF8SxL8sZT6ySJ3gzx76xdkv 9ea7ZUyLA2D7Pv5dTKJYvB/4a0ytsX5US+S3/0YvQlZWYpeBsnYLnaORKt3q5hoQ0e 3kazpXcMuBPEdC4hvlZBzDlwNUbnzvQSgIrOzU9ohMKDHFiQKbNuzKPjze7mb0pYyL WCKKEKIcLmwbi6at3X5decrnjoS/DKR1ZipQKWAXc4DuFv0VfE2x6wcq8f0CkckznN FNMQhWhi0z6xA== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from [192.168.1.100] ([46.125.249.18]) by mail.gmx.net (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MfpOd-1oZgLz2c0H-00gIuD; Thu, 12 Jan 2023 10:31:38 +0100 Content-Language: en-US In-Reply-To: X-Provags-ID: V03:K1:Ts1Mv/QqmUKawDXf++Ngek+NML9T1PtiqITDi6MNA7qbOWPZ+pj b8YgLnfRzG8bvsDzBYaGhKCjlhAIKUl2fLi7wWli2LAdtqL75ZLza00dwLCu3C7aykfjjSf cgwtgrHQrEv7u3/rGNAjBkUN9AQ3UMBtcME7d0mGoDURUbd3bXx1+71gK8QSrzDG1C+mgIL VyjeR1rPX9I3Cxq2LVjmQ== UI-OutboundReport: notjunk:1;M01:P0:ndnseY/AByI=;t2AnQbbV6MIHnw6fDHV3YurbVui 0QW9GZw+hw+e2De94h1k34BE11UXea1ExrPPLpkVdcMNJDYONwrwKt9INdbnARpUPSAkuOqYa yLMPlG9wn5a/T6z0IP4csdhcwZvHUyR50jFQFWsM1edshUBvs7na69kFtrMhdNbNRB7qFCR2V KWtvgiptLPYU2vK4kTLXy4JuE3AzAnoMKCwr9wplL+YI9OcY5ioXVs1N9/t4AgR+7ppZf4tuC 8K4P7u5KcqnkT41luGjGjsZ01eZAZfZ/LHEa7Bx8wzKfs22gSZ+SiVifaHhurb8h5az5j1Xns xikA8AsogeZBmjCPORZrs2DNEZU0cE/9Z2OWuPMgJOTSaaRB+lcTuW9PF6fWKe/zaMWd6fswr 7hxwD032b32ln6emzV8VVTN1ES4gCM+UtiRnuaslpqoOJrOpbKV3XTXLKQ8n82myvzlt2TeWL n9suE0ly4OBK7WaIOIcBU0rsO992pDxx7xMK7PULKIDNV0Qt7/H1dFeD5mqUV0wjsa8R3uJ/a lSGzijdxLQzFr8By1TrpYtECPzwxStsF340uz8qD6A8KfML+QxFxue1qXg6EtpJxciY9tfdlc MM2FfsRNeTuC4LcVXacy34uu4uv+DTft13mO+2xzP37TCC8FufzddmeLiERIXeBe0Uu49TY2J 4UYZPwlzut5xSaEYArl0ls9cRDgehAyvvycpI6Z1/hwPK4PHHnL+nKAUUROKeI01fzQneCLCf 9nOPJOj+FdBbalS8PqsC4CinoDi5HeQezmU7HJUbt9ymEVup4m0BBlGU13q8+nGIjsl5gLRp 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:253194 Archived-At: > So... the window manager works with "unscaled" pixels it has to multiply by 2? That's why we try to send half the actual value? We send half the actual value because Robert (IIRC) has coded it that way. I never scale here and so I can't tell whether that's the right approach. Have a look at Bug#20432 where Jan says something about GTK messing things up. > I was talking about the Scenario 3: the frame dimensions (pixelwise) didn't change in it. Please tell me precisely where it didn't change. The only cases where it did not change are the last two lines below. And these represent the cases we wanted to fix. adjust_frame_size old native pixels 80x25 new native pixels 80x25 old text pixels 80x25 new text pixels 80x24 old text chars 80x25 new text chars 80x24 adjust_frame_size old native pixels 80x25 new native pixels 1456x900 old text pixels 80x25 new text pixels 1440x900 old text chars 80x25 new text chars 80x25 adjust_frame_size old native pixels 1456x900 new native pixels 1456x1296 old text pixels 1440x900 new text pixels 1440x1296 old text chars 80x25 new text chars 80x36 adjust_frame_size old native pixels 1456x1296 new native pixels 1488x1296 old text pixels 1440x1296 new text pixels 1440x1296 old text chars 80x36 new text chars 80x36 xg_frame_set_char_size old native pixels 1488x1296 new native pixels 1488x1296 outer pixels 744x698 xg_frame_set_char_size old native pixels 1488x1296 new native pixels 1488x1296 outer pixels 744x673 xg_frame_resized old native pixels 1488x1296 new native pixels 1488x1346 xg_frame_resized old native pixels 1488x1296 new native pixels 1488x1296 xg_wm_set_size_hint scale 2 char width 18 toolbar 0 vscroll 32 fringes 16 borders 0 base width 33 width inc 9 char height 36 menubar 50 toolbar 0 hscroll 0 borders 0 base height 43 height inc 18 xg_wm_set_size_hint scale 2 char width 18 toolbar 0 vscroll 32 fringes 16 borders 0 base width 33 width inc 9 char height 36 menubar 50 toolbar 82 hscroll 0 borders 0 base height 84 height inc 18 xg_frame_set_char_size old native pixels 1488x1296 new native pixels 1488x1296 outer pixels 744x714 outer rest 0x0 x_new_font old char size 18x36 new char size 21x45 text chars 80x36 old text pixels 1440x1296 new text pixels 1680x1620 xg_wm_set_size_hint scale 2 char width 21 toolbar 0 vscroll 32 fringes 16 borders 0 base width 34 width inc 10 char height 45 menubar 50 toolbar 82 hscroll 0 borders 0 base height 88 height inc 22 xg_frame_set_char_size old native pixels 1488x1296 new native pixels 1728x1620 outer pixels 874x880 outer rest 0x0 xg_frame_resized old native pixels 1488x1296 new native pixels 1748x1628 adjust_frame_size old native pixels 1488x1296 new native pixels 1748x1628 old text pixels 1440x1296 new text pixels 1700x1628 old text chars 80x36 new text chars 80x36 x_new_font old char size 21x45 new char size 17x37 text chars 80x36 old text pixels 1700x1628 new text pixels 1360x1332 xg_wm_set_size_hint scale 2 char width 17 toolbar 0 vscroll 32 fringes 16 borders 0 base width 32 width inc 8 char height 37 menubar 50 toolbar 82 hscroll 0 borders 0 base height 84 height inc 18 xg_frame_set_char_size old native pixels 1748x1628 new native pixels 1408x1332 outer pixels 712x750 outer rest 0x0 xg_frame_resized old native pixels 1748x1628 new native pixels 1424x1368 adjust_frame_size old native pixels 1748x1628 new native pixels 1424x1368 old text pixels 1700x1628 new text pixels 1376x1368 old text chars 80x36 new text chars 80x36 xg_frame_resized old native pixels 1424x1368 new native pixels 1408x1368 adjust_frame_size old native pixels 1424x1368 new native pixels 1408x1368 old text pixels 1376x1368 new text pixels 1360x1368 old text chars 80x36 new text chars 80x36 xg_frame_resized old native pixels 1408x1368 new native pixels 1408x1332 adjust_frame_size old native pixels 1408x1368 new native pixels 1408x1332 old text pixels 1360x1368 new text pixels 1360x1332 old text chars 80x36 new text chars 80x36 x_new_font old char size 17x37 new char size 17x37 text chars 80x36 old text pixels 1360x1332 new text pixels 1360x1332 x_new_font old char size 17x37 new char size 17x37 text chars 80x36 old text pixels 1360x1332 new text pixels 1360x1332 > Thank you, but I'm not sure my work is particularly affected by > it. Having the frame width settle on 80 chars is pretty nice, I > suppose, but after that I usually maximize the frame anyway. Or make > it take half the screen. Make it take half the screen? This works here (xfwm4) only with 'frame-resize-pixelwise' enabled. > It would be nice, though, to avoid the frame size contortions during > startup. I think it goes through 4 different sizes, at least. This > patch doesn't seem to change the number of transitions, however. Conceptually, most of these contortions should happen with a yet invisible frame. Also, font-related contortions are a pain because (IIUC) it takes some time to get the size of the default font as specified by the user's init file. If Emacs were to start with a fixed initial pixel size, things were easier. After all, Emacs is the only application I know that specifies the size of the initial window WRT some user specified font. But don't worry: When you are using a separate minibuffer frame, Emacs will start with one frame, create two additional ones and delete the first one afterwards. That's what I call real contortions. > If you send the patch together with a commit message, I can install it > no problem (to the release branch or to master, whatever it deemed to > be the best in this case). I'll try to come up with a few comments in the code so you can install it on master. We might be able to simplify it later using the idea I had for Bug#60585. But there so far I was not able to convince anyone of trying the patch I sent - and that one is much more involved. martin