From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#65803: 29.1; Noto Sans Mono CJK JP has doubled-width on Windows Date: Thu, 07 Sep 2023 17:40:29 +0300 Message-ID: <838r9iyrky.fsf@gnu.org> References: <83bkeeytwf.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20569"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 65803@debbugs.gnu.org To: Shingo Tanaka Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Sep 07 16:41:33 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 1qeGCK-0005CZ-TF for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 07 Sep 2023 16:41:32 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qeGCA-0006GV-03; Thu, 07 Sep 2023 10:41:22 -0400 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 1qeGBq-0005yD-CG for bug-gnu-emacs@gnu.org; Thu, 07 Sep 2023 10:41:06 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qeGBp-0006AK-2R for bug-gnu-emacs@gnu.org; Thu, 07 Sep 2023 10:41:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qeGBq-0000vD-Fe for bug-gnu-emacs@gnu.org; Thu, 07 Sep 2023 10:41:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 07 Sep 2023 14:41:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 65803 X-GNU-PR-Package: emacs Original-Received: via spool by 65803-submit@debbugs.gnu.org id=B65803.16940976523519 (code B ref 65803); Thu, 07 Sep 2023 14:41:02 +0000 Original-Received: (at 65803) by debbugs.gnu.org; 7 Sep 2023 14:40:52 +0000 Original-Received: from localhost ([127.0.0.1]:40861 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qeGBf-0000uh-T0 for submit@debbugs.gnu.org; Thu, 07 Sep 2023 10:40:52 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53100) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qeGBd-0000uU-Og for 65803@debbugs.gnu.org; Thu, 07 Sep 2023 10:40:51 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qeGBW-00065c-J0; Thu, 07 Sep 2023 10:40:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=McxYMiXju+MrOICB5NKKGgymKGcFwWJvc23CSWWO1ww=; b=Vn6Ix22SgoE1DzvY6mWc DgeTQ5jo/Lq+8WDq8wiiMGlLFo5l6teMeKTcK+O6IwBzHpGdQ77/jyR5nviNjledjzbsbCzXf9Y7G qIdN6q7zwGz214uZPlzs0ZrtRDlPJZ4F4CWot1jVlEr2qNRNhOu1t4Rv15iKyPlEEqFMwk54tNi+3 G2hwGLhFWtwL242ax1JzSNEtS8X33dyx+xtzDxGCsialtdjhrl9V+BhAs2Z0eAWh/OWweIK4NHoJD c8LPbueABvF0OYqRDfK9UKoVDVe63EzCl8u5BYNs9PGex75WeEZsbjTjhF8orkXcI+PzXeZ+YQ4sq 6St9Gvafqw9LuQ==; In-Reply-To: (message from Shingo Tanaka on Thu, 7 Sep 2023 23:24:55 +0900) 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:269669 Archived-At: > From: Shingo Tanaka > Date: Thu, 7 Sep 2023 23:24:55 +0900 > Cc: 65803@debbugs.gnu.org > > Please find attached 2 images. The frame pixel width with > frame-width=40 & Noto Font is the same as the one with frame-width=80 > & Windows Font "ＭＳ ゴシック", meaning the pixel width of Noto Font is > recognized 2x wider than Windows Font, although the actual ascii > characters pixel widths of the two are the same as you can see. And > you can also see that the (list-buffers) buffer is unaligned around > "Size" column and "Mode" column with Noto Font, which should probably > the wrong pixel width recognition as you can see the space between > "Buffer" column and "Size" column is too long. It looks like the Noto font is not a fixed-pitch font, even though it has "Mono" in its name. What does "M-: (frame-char-width) RET" produce in each of these two cases?