GNU bug report logs -
#48669
Inconsistent overlay placement between minibuffer-message and set-minibuffer-message
Previous Next
Reported by: João Guerra <joca.bt <at> gmail.com>
Date: Wed, 26 May 2021 12:52:02 UTC
Severity: normal
Tags: fixed, patch
Fixed in version 28.0.50
Done: Juri Linkov <juri <at> linkov.net>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
>> @@ -741,7 +741,8 @@ minibuffer-message
>> ;; Don't overwrite the face properties the caller has set
>> (text-properties-at 0 message))
>> (setq message (apply #'propertize message minibuffer-message-properties)))
>> - (let ((ol (make-overlay (point-max) (point-max) nil t t))
>> + (let* ((ovpos (minibuffer--message-overlay-pos))
>> + (ol (make-overlay ovpos ovpos nil t t))
>
> Doesn't this rely too much on the internal details of
> minibuffer--message-overlay-pos? At least, without any comments, this
> call looks like a riddle that isn't easy to unlock.
If minibuffer--message-overlay-pos serves its purpose for
set-minibuffer-message, it seems suitable for
minibuffer-message as well.
>> - (put-text-property 0 1 'cursor t message))
>> + (put-text-property 0 1 'cursor 1 message))
>
> Why this change?
Only to make minibuffer-message the identical copy of
set-minibuffer-message.
This bug report was last modified 3 years and 344 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.