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#51821: 29.0.50; Suggest add variable or frame parameter: line-height Date: Sat, 20 Nov 2021 09:00:54 +0200 Message-ID: <83sfvrtiop.fsf@gnu.org> References: <87bl2nhbyp.fsf@163.com> <87o86nfs2l.fsf@gnus.org> <83czn3w7c2.fsf@gnu.org> <87v90nhhop.fsf@163.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18429"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 51821@debbugs.gnu.org To: "Feng Shu" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 20 08:02:21 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 1moKOC-0004bV-4p for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 08:02:20 +0100 Original-Received: from localhost ([::1]:45174 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1moKOA-0001Ma-Ou for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 02:02:18 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:58490) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moKNu-0001MF-SX for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:02:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58104) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1moKNu-0007AT-It for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:02:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1moKNu-0003xw-7D for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:02:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Nov 2021 07:02:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51821 X-GNU-PR-Package: emacs Original-Received: via spool by 51821-submit@debbugs.gnu.org id=B51821.163739166415157 (code B ref 51821); Sat, 20 Nov 2021 07:02:02 +0000 Original-Received: (at 51821) by debbugs.gnu.org; 20 Nov 2021 07:01:04 +0000 Original-Received: from localhost ([127.0.0.1]:41417 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moKMy-0003wO-0T for submit@debbugs.gnu.org; Sat, 20 Nov 2021 02:01:04 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:57514) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moKMs-0003vg-SD for 51821@debbugs.gnu.org; Sat, 20 Nov 2021 02:01:02 -0500 Original-Received: from [2001:470:142:3::e] (port=57886 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moKMn-0006y6-Fg; Sat, 20 Nov 2021 02:00:53 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=zVdhjbSbj6DyuS5zCzV+o3XT6W3CyFLquzrHozTwly0=; b=GvJyAcm+gukS G/5fsbENt3lJxPPNdseur+NGdrjD8VipSdqyqkhBct4NlPH+l8cuUtxiibv7U2FXPAhXGt6s43/wq bOXm5aWzwO3EN6IexdOagboHfLRbjYBN2gM04WibGPMdYYANVIaIB98cbOoPaFP1yzz26qFZ0Ec1P 0zsURKGuOiEdhEl+HSHT8J0pwifk+hTY6l6nzMH1Q9Ljxk+8rlB2dXA2f6+P51U3AlfnXH3AVAwl5 QHfkXTUZJW1bGjtp0okMmzgVMfu/qdFHnCHukFro8lPShh036qNqSgfxqfliy1Jscxo5rVuBTfOib c49xjtUkollvEAsOx0s+jA==; Original-Received: from [87.69.77.57] (port=1424 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moKMn-00022u-3x; Sat, 20 Nov 2021 02:00:53 -0500 In-Reply-To: <87v90nhhop.fsf@163.com> (tumashu@163.com) 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:220449 Archived-At: > From: "Feng Shu" > Cc: Lars Ingebrigtsen , 51821@debbugs.gnu.org > Date: Sat, 20 Nov 2021 07:03:18 +0800 > > yestaday, I have tested with hack version of your patch, I think > line-height or line-height-factor is not a proper way to solve my core > problem. > > My core problem is how to let tab/mode/header-line and minibuffer's > height do not change depend Chinese exist or not. That's a different problem from that Lars wanted to solve, AFAIU. > line-height-factor can let their height do not change, but the problem > is that the result looks very ugly, for line-space very large, It will > be painful in daily use. I agree it is not very pretty, but I don't see how such a feature could do much better. > so I think the good approach maybe is providing a simple way, by which > we can easy let no-ascii font use small height if a face is not used in > table like environment. That's no longer a display issue, I think. And I don't really understand how we could implement that, since faces are oblivious to the context in which they are used. And what do you mean by "table like environment"? do you mean tabulated-list-mode and its descendants, or do you mean Org tables, or do you mean just simple text display that emulates tables by aligning text on column boundaries, like, for example, in Gnus summary buffers? And finally, what do you mean by "no-ascii font use small height" -- how will Emacs ensure such smaller height of these fonts? > In my opinion "1 Chinese char width = 2 * ASCII char width" is *only* > useful in table like environment. let Chinese char's height <= ASCII > char's height will work well in other situation, and have no > tab/mode/header-line height change problem too. Until now, your main concern was that the echo-area height changes depending on whether it does or doesn't show Chinese characters. Are you now saying that concern is no longer important? If so, why do we need to do anything about the height of the Chinese font used by Emacs in text that mixes Chinese and ASCII characters?