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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: tumashu <tumashu <at> 163.com>
Cc: luangruo <at> yahoo.com, larsi <at> gnus.org, 51821 <at> debbugs.gnu.org
Subject: bug#51821: 29.0.50; Suggest add variable or frame parameter: line-height
Date: Fri, 19 Nov 2021 10:25:05 +0200

> Date: Fri, 19 Nov 2021 15:26:21 +0800 (CST)
> From: tumashu  <tumashu <at> 163.com>
> Cc: "Po Lu" <luangruo <at> yahoo.com>, "Lars Ingebrigtsen" <larsi <at> gnus.org>, 
> 	51821 <at> debbugs.gnu.org
> 
> 1. (setq line-height-factor 1.5)
> 2. M-x
> 3. yank "你好"
> 4. See minibuffer's height change or not.

Does it change just once, or does it keep changing after that?

If it changes just once, it's not a significant problem, since the
setting of line-height-factor is normally expected to be in the init
file, and so you will not see this one-time change.

> maybe the height should split two parts, ascent and decent: 
> 
>    real-ascent = ascent * line-height-factor
>    real-decent = decent * line-height-factor
> 
> The patch seem to not change decent.

Why do you want to change the descent?

Anyway, if we change the descent, the baseline of ASCII characters
will be higher, which I think will look ugly on display.  Are you
familiar with any other application which does that, i.e. displays
different scripts with different baseline?

You show an image of the mode line, but don't tell what is the problem
with it.  Did you try displaying Chinese characters there?  Or what
else is the problem with it?

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.