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: Mon, 07 Jul 2025 17:05:01 +0300

> From: Juri Linkov <juri <at> linkov.net>
> Cc: monnier <at> iro.umontreal.ca,  alcor <at> tilde.club,  78945 <at> debbugs.gnu.org
> Date: Mon, 07 Jul 2025 09:34:17 +0300
> 
> >> Looking at 'C-h l' (view-lossage) explains everything:
> >> 
> >>  C-x 5 5          ;; other-frame-prefix
> >>  <down-mouse-1>   ;; mouse-drag-region
> >>  <mouse-1>        ;; dired-mouse-find-file
> >
> > Sorry, it doesn't, not to me, probably because I don't understand well
> > enough what "C-x 4 4" does and how.  So please talk me through the
> > code which implements "C-x 4 4" and explain how down-mouse-1 in the
> > middle defeated it.  Without that, I cannot understand the fix and its
> > generality.
> 
> The docstring of "C-x 4 4" says:
> 
>   Display the buffer of the next command in a new window.
> 
> Clicking the mouse button runs two commands, so both should be handled here.
> Or do you think this special case should be mentioned in the docstring?

We should probably document it once we agree and understand the full
effect of the change.

Right now, I understand that:

  . "C-x 4 4" etc. can affect more than just one next command -- as
    long as the commands have the 'down' modifier, we will keep the
    override in effect -- is this expected or TRT?
  . If some command is bound to mouse-down event, it might not be the
    only command affected by "C-x 4 4" -- do we want that?
  . What about commands bound to double clicks and triple clicks?

Previous Next

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