GNU bug report logs - #78945
30.1; C-x 4 4 and C-x 5 5 do not work with `dired-mouse-find-file'

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: 78945 <at> debbugs.gnu.org, monnier <at> iro.umontreal.ca, alcor <at> tilde.club
Subject: bug#78945: 30.1; C-x 4 4 and C-x 5 5 do not work with `dired-mouse-find-file'
Date: Thu, 10 Jul 2025 10:29:40 +0300

> From: Juri Linkov <juri <at> linkov.net>
> Cc: Stefan Monnier <monnier <at> iro.umontreal.ca>,  78945 <at> debbugs.gnu.org,
>   alcor <at> tilde.club
> Date: Thu, 10 Jul 2025 09:58:08 +0300
> 
> >> > Does this mean any mouse-click command will cause the next command
> >> > also be affected by "C-x 4 4" and friends?
> >> 
> >> Sometimes, yes.  But only when the mouse-click command did not itself
> >> use `display-buffer`.
> >
> > I wonder how we could document this in user-facing terms, so that
> > users would know what to expect from using these prefixes.  Any ideas
> > or suggestions?
> 
> I already documented this.

I guess you mean the below?

  In case of multiple consecutive mouse events such as <down-mouse-1>,
  a mouse release event <mouse-1>, <double-mouse-1>, <triple-mouse-1>
  all bound commands are handled until one of them displays a buffer.

If so, I've seen this, thanks.  But (a) it is IMO too terse to make
the effect clear, and (b) the manuals don't document these prefixes at
all AFAICS (I saw nothing in NEWS, either).

Previous Next

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