bug#16601: C-h k mouse-1 on header-line does not work

bug#16601: C-h k mouse-1 on header-line does not work

[Stefan Monnier]

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

bug#16601: C-h k mouse-1 on header-line does not work

[Lars Ingebrigtsen]

Stefan Monnier <monnier@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