GNU bug report logs -
#16601
C-h k mouse-1 on header-line does not work
Previous Next
Reported by: Stefan Monnier <monnier <at> iro.umontreal.ca>
Date: Thu, 30 Jan 2014 21:40:02 UTC
Severity: normal
Found in version 24.3.50
Done: Lars Ingebrigtsen <larsi <at> gnus.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 16601 in the body.
You can then email your comments to 16601 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#16601
; Package
emacs
.
(Thu, 30 Jan 2014 21:40:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Stefan Monnier <monnier <at> iro.umontreal.ca>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 30 Jan 2014 21:40:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Package: Emacs
Version: 24.3.50
emacs -Q -l .../elpa/packages/lmc/lmc.el -f lmc-mode
C-h k <mouse-1> on the "00" of "PC=00" in the header-line
Correctly tells me that this event is bound to `lmc-set-pc'. But
C-h k <mouse-1> on the little man running, in the header-line
tells me that <header-line> <down-mouse-1> is bound to
mouse-drag-header-line and that <mouse-1> is bound to mouse-set-point,
without mentioning `lmc-run' which is the command that will actually be
run in response to a <mouse-1> at that spot.
Stefan
In GNU Emacs 24.3.50.1 (i686-pc-linux-gnu, GTK+ Version 2.24.22)
of 2014-01-07 on faina
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#16601
; Package
emacs
.
(Sun, 06 Dec 2020 14:47:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 16601 <at> debbugs.gnu.org (full text, mbox):
Stefan Monnier <monnier <at> iro.umontreal.ca> writes:
> emacs -Q -l .../elpa/packages/lmc/lmc.el -f lmc-mode
> C-h k <mouse-1> on the "00" of "PC=00" in the header-line
>
> Correctly tells me that this event is bound to `lmc-set-pc'. But
>
> C-h k <mouse-1> on the little man running, in the header-line
>
> tells me that <header-line> <down-mouse-1> is bound to
> mouse-drag-header-line and that <mouse-1> is bound to mouse-set-point,
> without mentioning `lmc-run' which is the command that will actually be
> run in response to a <mouse-1> at that spot.
Testing this on the trunk, I get:
---
<header-line> <mouse-1> (translated from <mouse-1>) at that spot runs
the command lmc-run, which is an interactive Lisp closure in
‘~/src/emacs/elpa/packages/lmc/lmc.el’.
---
So it seems like this has been fixed in the years since this was
reported? So I'm closing this bug report. If there's something more to
be done here, please reopen.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
bug closed, send any further explanations to
16601 <at> debbugs.gnu.org and Stefan Monnier <monnier <at> iro.umontreal.ca>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Sun, 06 Dec 2020 14:47:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 04 Jan 2021 12:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 4 years and 171 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.