GNU bug report logs - #61361
cursor cannot be at the start of overlay that starts with a newline

Previous Next

Full log

Message #13 received at 61361 <at> debbugs.gnu.org (full text, mbox):

From: Dmitry Gutov <dgutov <at> yandex.ru>
To: Eli Zaretskii <eliz <at> gnu.org>, Xinyang Chen <chenxy <at> mit.edu>
Cc: 61361 <at> debbugs.gnu.org
Subject: Re: bug#61361: cursor cannot be at the start of overlay that starts
 with a newline
Date: Wed, 8 Feb 2023 16:41:28 +0200

Hi Eli,

On 08/02/2023 15:08, Eli Zaretskii wrote:
> tags 61361 wontfix
> thanks
> 
>> From: Xinyang Chen<chenxy <at> mit.edu>
>> Date: Tue, 7 Feb 2023 23:29:31 -0500
>>
>> steps to reproduce:
>> ;; test line
>> (if (and (boundp 'overlay) (overlayp overlay)) (delete-overlay overlay))
>> (setq overlay (make-overlay 1 2))
>> (overlay-put overlay 'display "\nhello")
>> ;; same result if you do this intead
>> ;; (overlay-put overlay 'display (propertize "\nhello" 'cursor 0))
>>
>> cursor does not display in the first line.
> Emacs cannot do what you are asking because the newline leaves no
> glyph on display.  So the display engine cannot place the cursor on
> the newline as it does on other characters, which do have glyphs.
> 
> This is a limitation of the 'cursor' property feature.  Sorry.

Could you explain that a little further?

When I have a line with text and move point to the end of it, the cursor 
is rendered, right? Does that use some other method than "glyphs", 
making it unavailable to the handling of 'cursor' in a display spec?

Previous Next

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