GNU bug report logs -
#72230
29.4; Cursor Disappears with Hebrew Text
Previous Next
Reported by: hermann sorgel <hermannsorgel <at> gmail.com>
Date: Sun, 21 Jul 2024 15:30:02 UTC
Severity: normal
Found in version 29.4
Fixed in version 30.1
Done: Gerd Möllmann <gerd.moellmann <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
Message #11 received at 72230 <at> debbugs.gnu.org (full text, mbox):
> Cc: 72230 <at> debbugs.gnu.org
> Date: Sun, 21 Jul 2024 18:46:58 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> Thanks. I cannot reproduce this on my system, but I'm not on macOS.
> Maybe this is specific to macOS? Can a macOS user please try
> reproducing this?
And I think I see the problem. This fragment of nsterm.m:
case BAR_CURSOR:
s = r;
/* If the character under cursor is R2L, draw the bar cursor
on the right of its glyph, rather than on the left. */
cursor_glyph = get_phys_cursor_glyph (w);
if ((cursor_glyph->resolved_level & 1) != 0)
s.origin.x += cursor_glyph->pixel_width - s.size.width;
is incorrect: it should use the value of the cursor_width argument,
not s.size.width. Can someone who is capable of building Emacs on
macOS please try copying more closely the code from xterm.c or
w32term.c that draws the bar cursor, and see if that solves the
problem?
This bug report was last modified 1 year and 31 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.