GNU bug report logs - #56646
User option to disable deleting current input when using mouse-2 in comint

Previous Next

Package: emacs;

Reported by: Visuwesh <visuweshm <at> gmail.com>

Date: Tue, 19 Jul 2022 16:35:02 UTC

Severity: normal

Tags: patch

Fixed in version 29.1

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 56646 in the body.
You can then email your comments to 56646 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#56646; Package emacs. (Tue, 19 Jul 2022 16:35:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Visuwesh <visuweshm <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 19 Jul 2022 16:35:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Visuwesh <visuweshm <at> gmail.com>
To: bug-gnu-emacs <at> gnu.org
Subject: User option to disable deleting current input when using mouse-2 in
 comint
Date: Tue, 19 Jul 2022 22:04:09 +0530
[Message part 1 (text/plain, inline)]
Tags: patch

mouse-2 in comint can be used to reinsert old inputs however, it
unconditionally deletes the current (unsent) input.  This makes it
impossible to use the mouse-2 command to further act on the previous
input.  For example, consider you're doing something like this in a
Python REPL:

    >>> foo()
    ... some output... you verify that it is okay
    >>> bar(|

With the point being |, you say mouse-2 when the pointer is over foo().
Currently comint-mode makes the last prompt become

    >>> foo()

which is not so helpful.  Attached patch adds a new user option to turn
off this deletion so you may get...

    >>> bar(foo()|

instead, which, IMHO, is more useful.


In GNU Emacs 29.0.50 (build 22, x86_64-pc-linux-gnu, X toolkit, Xaw scroll bars)
 of 2022-07-17 built on astatine
Repository revision: 5db4ec20fe4b428e15aa53208c9a9bfb037c0f30
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101003
System Description: Debian GNU/Linux bookworm/sid

Configured using:
 'configure --with-sound=alsa --with-x-toolkit=lucid --with-json
 --without-xaw3d --without-gconf --without-libsystemd --without-cairo'

[0001-New-user-option-to-disable-deleting-current-input-in.patch (text/patch, attachment)]

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#56646; Package emacs. (Sat, 23 Jul 2022 07:16:01 GMT) Full text and rfc822 format available.

Message #8 received at 56646 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Visuwesh <visuweshm <at> gmail.com>
Cc: 56646 <at> debbugs.gnu.org
Subject: Re: bug#56646: User option to disable deleting current input when
 using mouse-2 in comint
Date: Sat, 23 Jul 2022 09:15:46 +0200
Visuwesh <visuweshm <at> gmail.com> writes:

> which is not so helpful.  Attached patch adds a new user option to turn
> off this deletion so you may get...
>
>     >>> bar(foo()|
>
> instead, which, IMHO, is more useful.

Makes sense to me.  Pushed to Emacs 29.






bug marked as fixed in version 29.1, send any further explanations to 56646 <at> debbugs.gnu.org and Visuwesh <visuweshm <at> gmail.com> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 23 Jul 2022 07:17: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. (Sat, 20 Aug 2022 11:24:08 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 341 days ago.

Previous Next


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