Re: Cursors: Is superimposing the same glyph a feature?

[Alan Third]

On Fri, Feb 15, 2019 at 11:34:35PM -0800, Keith David Bershatsky wrote:
> 
> Here are my minimal settings in the .emacs file, and then I blew-up the size 
> of the font to get a better screenshot:
> 
> (blink-cursor-mode -1)
> 
> (setq default-frame-alist (list '(cursor-type . (hbar . 1))
>                                 '(background-color . "black")
>                                 '(foreground-color . "white")))
> 
> You may need to blow-up the image and break-out the micrometer to
> discern that the letter "A" with the HBAR_CURSOR is somewhat wider,
> with more jagged edges, and the middle triangle is somewhat smaller
> (because the walls of the letter "A" are thicker). This phenomenon
> is more easily noticed with the naked eye when holding down the
> left/right arrow key (repeating) and watching the character at point
> become bold, and then the bold is removed when moving on to the next
> character at point.

I can see it too. I’d never noticed. I doubt very much it’s
intentional.

It looks like the NS port does the wrong thing here. At the moment it
redraws the glyph on top of the cursor as long as CURSOR_TYPE !=
NO_CURSOR, but looking at an X build, it looks as though HBAR_CURSOR,
for example, should cover the glyph.

So I reckon we should only redraw the glyph if the cursor is filled box or
hollow box.

Patch attached.
-- 
Alan Third

0001-Prevent-redrawing-the-glyph-on-top-of-bar-cursors.patch
Description: Text document