GNU bug report logs - #30955
27.0.50; Mouse clicks on header-line in Info are broken

Previous Next

Package: emacs;

Reported by: Eli Zaretskii <eliz <at> gnu.org>

Date: Mon, 26 Mar 2018 14:55:01 UTC

Severity: normal

Found in version 27.0.50

Done: Stefan Monnier <monnier <at> IRO.UMontreal.CA>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Colin Baxter <m43cap <at> yandex.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: , 30955 <at> debbugs.gnu.org, monnier <at> IRO.UMontreal.CA
Subject: bug#30955: 27.0.50; Mouse clicks on header-line in Info are broken
Date: Sat, 31 Mar 2018 21:59:04 +0100

>>>>> Eli Zaretskii <eliz <at> gnu.org> writes:

    >> Date: Sat, 31 Mar 2018 22:03:46 +0300 From: Eli Zaretskii
    >> <eliz <at> gnu.org> Cc: 30955 <at> debbugs.gnu.org,
    >> monnier <at> IRO.UMontreal.CA
    >> 
    >> But just to be sure: can you describe the exact sequence of steps
    >> you are taking, starting from "emacs -Q"?  In particular, are you
    >> clicking on the Next/Prev/Up links of the header-line in an Info
    >> buffer?

    > Btw, the keymap property we put on the header-line does bind
    > mouse-2 to a command that follows link, not mouse-1:

    >     (define-key keymap [header-line down-mouse-1]
    > 'mouse-drag-header-line) (define-key keymap [header-line mouse-1]
    > 'mouse-select-window) (define-key keymap [header-line mouse-2]
    > 'Info-mouse-follow-link) (define-key keymap [mouse-2]
    > 'Info-mouse-follow-link) (define-key keymap [follow-link]
    > 'mouse-face)

    > So I guess this is somehow related to the processing of
    > mouse-1-click-follows-link.

As an ordinary user, my keyboard inputs don't produce any obvious
reference to mouse-2.
This bug report was last modified 7 years and 135 days ago.

Previous Next

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