GNU bug report logs -
#71598
Text property "help-echo" display "mouse-x" incorrectly
Previous Next
Reported by: Siyuan Chen <chansey97 <at> gmail.com>
Date: Sun, 16 Jun 2024 18:09:01 UTC
Severity: normal
Tags: notabug
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 71598 in the body.
You can then email your comments to 71598 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71598
; Package
emacs
.
(Sun, 16 Jun 2024 18:09:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Siyuan Chen <chansey97 <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 16 Jun 2024 18:09:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The reproduce steps:
1. Open Emacs with -Q
2. Copy the following code to *scratch*
```
(with-current-buffer (get-buffer-create "*TestBuffer*")
(let ((inhibit-read-only t))
(insert (propertize "aaaa"
'mouse-face 'highlight
'follow-link t
'help-echo "mouse-2: some tips"))
))
```
3. Put the cursor after the last parenthesis and M-x `eval-last-sexp`
4. M-x `switch-to-buffer` "*TestBuffer*"
5. Put the mouse over "aaaa".
The Expected Behavior: shows "mouse-2: some tips".
The Actual Behavior: shows "mouse-1: some tips".
Emacs 29.3 on Windows 10.
Anyone can reproduce it? Thanks.
Best Regards,
Siyuan Chen
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71598
; Package
emacs
.
(Sun, 16 Jun 2024 19:04:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 71598 <at> debbugs.gnu.org (full text, mbox):
tags 71598 notabug
thanks
> From: Siyuan Chen <chansey97 <at> gmail.com>
> Date: Mon, 17 Jun 2024 00:34:35 +0800
>
> 1. Open Emacs with -Q
>
> 2. Copy the following code to *scratch*
>
> ```
> (with-current-buffer (get-buffer-create "*TestBuffer*")
> (let ((inhibit-read-only t))
> (insert (propertize "aaaa"
> 'mouse-face 'highlight
> 'follow-link t
> 'help-echo "mouse-2: some tips"))
> ))
> ```
>
> 3. Put the cursor after the last parenthesis and M-x `eval-last-sexp`
>
> 4. M-x `switch-to-buffer` "*TestBuffer*"
>
> 5. Put the mouse over "aaaa".
>
> The Expected Behavior: shows "mouse-2: some tips".
>
> The Actual Behavior: shows "mouse-1: some tips".
This is not a bug, but the intended behavior. It is triggered by the
follow-link text property and the default value of
mouse-1-click-follows-link. If you don't like this behavior, set
mouse-1-click-follows-link to nil.
Added tag(s) notabug.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 16 Jun 2024 19:04:01 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#71598
; Package
emacs
.
(Sun, 16 Jun 2024 23:50:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 71598 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I reported this issue because I once wanted to search the Emacs codebase
for a string, such as "mouse-1: some tips" on mouse hover, but couldn't
find it. Later I realized that it was automatically mapped to "mouse-2".
Emacs seems to recognize some keywords (e.g. "mouse-1", "mouse-2") at the
beginning of the string on help-echo.
Anyway, now I know what happened there.
Thanks.
Best regards,
Siyuan Chen
On Mon, Jun 17, 2024 at 3:03 AM Eli Zaretskii <eliz <at> gnu.org> wrote:
> tags 71598 notabug
> thanks
>
> > From: Siyuan Chen <chansey97 <at> gmail.com>
> > Date: Mon, 17 Jun 2024 00:34:35 +0800
> >
> > 1. Open Emacs with -Q
> >
> > 2. Copy the following code to *scratch*
> >
> > ```
> > (with-current-buffer (get-buffer-create "*TestBuffer*")
> > (let ((inhibit-read-only t))
> > (insert (propertize "aaaa"
> > 'mouse-face 'highlight
> > 'follow-link t
> > 'help-echo "mouse-2: some tips"))
> > ))
> > ```
> >
> > 3. Put the cursor after the last parenthesis and M-x `eval-last-sexp`
> >
> > 4. M-x `switch-to-buffer` "*TestBuffer*"
> >
> > 5. Put the mouse over "aaaa".
> >
> > The Expected Behavior: shows "mouse-2: some tips".
> >
> > The Actual Behavior: shows "mouse-1: some tips".
>
> This is not a bug, but the intended behavior. It is triggered by the
> follow-link text property and the default value of
> mouse-1-click-follows-link. If you don't like this behavior, set
> mouse-1-click-follows-link to nil.
>
[Message part 2 (text/html, inline)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sat, 22 Jun 2024 08:51:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Siyuan Chen <chansey97 <at> gmail.com>
:
bug acknowledged by developer.
(Sat, 22 Jun 2024 08:51:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 71598-done <at> debbugs.gnu.org (full text, mbox):
> From: Siyuan Chen <chansey97 <at> gmail.com>
> Date: Mon, 17 Jun 2024 07:47:40 +0800
> Cc: 71598 <at> debbugs.gnu.org
>
> I reported this issue because I once wanted to search the Emacs codebase for a string, such as "mouse-1:
> some tips" on mouse hover, but couldn't find it. Later I realized that it was automatically mapped to "mouse-2".
> Emacs seems to recognize some keywords (e.g. "mouse-1", "mouse-2") at the beginning of the string on
> help-echo.
>
> Anyway, now I know what happened there.
OK, closing.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 20 Jul 2024 11:24:17 GMT)
Full text and
rfc822 format available.
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.