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

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

bug#21835: 25.0.50; cursor height wrong when line-spacing is used


From: Eli Zaretskii
Subject: bug#21835: 25.0.50; cursor height wrong when line-spacing is used
Date: Thu, 05 Nov 2015 18:12:21 +0200

> From: David Reitter <david.reitter@gmail.com>
> Date: Wed, 4 Nov 2015 23:21:13 -0500
> 
> Start Emacs 25 (master branch)  (with -Q if you like)
> 
> (setq line-spacing 1.0)
> 
> (Note how the display doesn’t update, so enter C-l to force it)

It does update for me if I evaluate that with C-j at the right
parenthesis.  How did you evaluate it?

> Result: cursor is displayed with wrong (large, two-line) height when at the 
> end of a line, and correctly when not at the end of a line.

Strange as it might sound, this is not a bug, but intended behavior.
It is a consequence of improvements in display code that avoid
extremely large lines with some fonts (in particular, math fonts) that
declare preposterously large font sizes.  Previously, the line height,
and the height of the cursor at EOL, was determined by the font-global
ascent/descent values.  We now determine the height of the line by
looking at the glyphs we actually display on that line.  See bug#20628
for more details.

The problem with displaying the cursor at the end of the line is that
there's no displayable glyph there, whose dimensions in the font we
could use to determine the cursor height.  So we set the cursor height
to the line height.

> This wasn’t the case in Emacs 24.

Yes, the changes to use the glyph metrics are new in Emacs 25.

> Also note bug#17977

That's unrelated to this issue, AFAICS.  That bug is NS specific,
whereas what you describe happens on all supported GUI frames.

> In any case, the cursor’s height should not change.

When you say "should not change", what do you have in mind?  Should
not change from what value?  If you think that the value of the cursor
height is fixed when it is displayed on other characters of the line,
then this is not so, unfortunately.

Please keep in mind that characters on a line can have different
dimensions, even if they come from the same font, let alone if they
come from different fonts (which happens quite a lot in Emacs, given
today's abundance of rare characters in plain text).  When the cursor
is displayed on a character, it gets its dimensions from that
character (you can see the effect of that if you display a line where
some characters come from a larger font).  But that doesn't work when
the cursor is at the end of a line, where there's no character to
begin with.  So we use the line's height instead.  I agree that the
result looks somewhat ugly, especially when the value of line-spacing
is large.  Suggestions for better defaults are welcome; at the time, I
tried several other ideas, but they all had worse problems.

> If it has to be this high the actual text line should be vertically
> centered.

We cannot do that without changing how line-spacing is applied.  Since
Emacs 21.1, when this feature was added, we always added the spacing
_below_ each line.  The ELisp manual documents this:

     You can specify the line spacing for all lines in a buffer via the
  buffer-local ‘line-spacing’ variable.  An integer specifies the number
  of pixels put below lines.  A floating-point number specifies the
  spacing relative to the default frame line height.

and elsewhere:

  ‘line-spacing’
       Additional space to leave below each text line, in pixels (a
       positive integer).

(Note the "below" parts in both excerpts.)

I personally never use these features, so I don't object to changing
the effect of line-spacing to have it distributes between the ascent
and descent parts somehow.  Not sure what others will say.  In any
case, doing this will require non-trivial changes to display code.

Thanks.





reply via email to

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