From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Feng Shu" Newsgroups: gmane.emacs.bugs Subject: bug#51821: 29.0.50; Suggest add variable or frame parameter: line-height Date: Sat, 20 Nov 2021 15:13:16 +0800 Message-ID: <87o86fxptf.fsf@163.com> References: <87bl2nhbyp.fsf@163.com> <87o86nfs2l.fsf@gnus.org> <83czn3w7c2.fsf@gnu.org> <87v90nhhop.fsf@163.com> <83sfvrtiop.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35775"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: larsi@gnus.org, 51821@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Nov 20 08:14:23 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 1moKZr-00096t-2a for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 08:14:23 +0100 Original-Received: from localhost ([::1]:49656 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1moKZo-0004vW-4a for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 20 Nov 2021 02:14:20 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:60636) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1moKZX-0004uy-BQ for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:14:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:58131) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1moKZW-00041q-VM for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:14:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1moKZW-0004IW-Gd for bug-gnu-emacs@gnu.org; Sat, 20 Nov 2021 02:14:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: "Feng Shu" Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 20 Nov 2021 07:14: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.163739240916464 (code B ref 51821); Sat, 20 Nov 2021 07:14:02 +0000 Original-Received: (at 51821) by debbugs.gnu.org; 20 Nov 2021 07:13:29 +0000 Original-Received: from localhost ([127.0.0.1]:41444 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moKYy-0004HT-Nb for submit@debbugs.gnu.org; Sat, 20 Nov 2021 02:13:29 -0500 Original-Received: from m12-14.163.com ([220.181.12.14]:55575) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1moKYt-0004HD-Mo for 51821@debbugs.gnu.org; Sat, 20 Nov 2021 02:13:27 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=163.com; s=s110527; h=From:Subject:Date:Message-ID:MIME-Version; bh=lK6wS l9ueminAqjNALTPpxMJyKmrq1gVT5ZA2UDWBvI=; b=fdjPLKQywgrDAdEMjmTI2 kJvko55xxz7hsJTkmdBNJRh6/AJNZ6x4yORHw75c35CLGyMrIcEMkc/X+oSSvy8Q aSCMo9K2IqweR9b/QBI7w40C72KmavNqVRXgMY12HVTkjyQHjExBmZBz4d8gjpSL 1Vrr3GM/IKvLi6AsOYBgH0= Original-Received: from tumashu (unknown [49.88.37.140]) by smtp10 (Coremail) with SMTP id DsCowAD3YNUMoJhhJr4gTg--.52238S2; Sat, 20 Nov 2021 15:13:17 +0800 (CST) In-Reply-To: <83sfvrtiop.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 20 Nov 2021 09:00:54 +0200") X-CM-TRANSID: DsCowAD3YNUMoJhhJr4gTg--.52238S2 X-Coremail-Antispam: 1Uf129KBjvJXoW7Ar1xuw1DWF43Zry3ZF1kZrb_yoW5JryDpa yagw1kCFs8JrWrZr1kCwn29F1Uu393JrWUKF95Cw1Yva4DXrySvr47trn0kF9rA3s7ur4j qay0kr1xAas7Aa7anT9S1TB71UUUUUUqnTZGkaVYY2UrUUUUjbIjqfuFe4nvWSU5nxnvy2 9KBjDUYxBIdaVFxhVjvjDU0xZFpf9x0zRpHqsUUUUU= X-Originating-IP: [49.88.37.140] X-CM-SenderInfo: 5wxpt2lkx6il2tof0z/1tbiHQxR1FSIs93PNQABsd 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:220453 Archived-At: Eli Zaretskii writes: >> 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. Really? wait to good news :-) > >> 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. I do not know too, just a guess :-), let face use a fontset? I do not know. > > 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 yes, include > do you mean just simple text display that emulates tables by aligning > text on column boundaries, like, for example, in Gnus summary buffers? yes, include > > 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 Yes, it is my main concern. > you now saying that concern is no longer important? If so, why do we No, I mean if Chinese font's height <= ASCII font height, it will no this problem, so I think line height will no longer important at this situation. > need to do anything about the height of the Chinese font used by Emacs > in text that mixes Chinese and ASCII characters? --