bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#51821: 29.0.50; Suggest add variable or frame parameter: line-height


From: Feng Shu
Subject: bug#51821: 29.0.50; Suggest add variable or frame parameter: line-height
Date: Sat, 20 Nov 2021 07:03:18 +0800
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)

Eli Zaretskii <eliz@gnu.org> writes:

>> From: Lars Ingebrigtsen <larsi@gnus.org>
>> Date: Sun, 14 Nov 2021 02:23:46 +0100
>> Cc: 51821@debbugs.gnu.org
>> 
>> "Feng Shu" <tumashu@163.com> writes:
>> 
>> > Maybe we should add a variable or frame parameter: line-height
>> 
>> Sounds good to me.  Perhaps call it min{imum,}-line-height, though.
>
> IMO it should be line-height, for similarity with line-spacing.

Hi Eli and Lars

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.

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.


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.

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.



-- 






reply via email to

[Prev in Thread] Current Thread [Next in Thread]