emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Enabling Xterm-Mouse-Mode


From: Eli Zaretskii
Subject: Re: Enabling Xterm-Mouse-Mode
Date: Sun, 08 Dec 2024 08:07:51 +0200

> Date: Sat, 07 Dec 2024 16:37:46 -0800
> From: Jared Finder <jared@finder.org>
> Cc: Eli Zaretskii <eliz@gnu.org>, Emacs-devel@gnu.org
> 
> On 2024-12-06 03:50, Philip Kaludercic wrote:
> > Eli Zaretskii <eliz@gnu.org> writes:
> > 
> >>> From: Philip Kaludercic <philipk@posteo.net>
> >>> Date: Fri, 06 Dec 2024 08:51:01 +0000
> >>> 
> >>> 
> >>> Is there a reason that we do not enable `xterm-mouse-mode' in emacs 
> >>> -nw
> >>> by default?  Are there issues with the implementation that prevent 
> >>> the
> >>> change?
> >> 
> >> Users might not expect that?  Certain escape sequences might not
> >> really be mouse-related?
> > 
> > From observing people (often accidentally) using Emacs in my computer
> > labs, they do them to expect that.  Clicking to move the point is
> > something that people appear to do very intuitively, and the TUI menus
> > hint toward mouse-usage as well.
> > 
> >> I've added Jared to this discussion.
> 
> As long as we can defer actually sending the mouse tracking escape 
> sequence until after init file load I think this is fine. All terminals 
> I've worked with work fine with xterm-mouse-mode's defaults, but since 
> there's so many different terminals I want to ensure user compatibility 
> variables still work (currently just xterm-mouse-utf-8, I expect to 
> create a new one for bug #73469).

So this would require some changes in the code, to make sure the
escape sequences are delayed?

> Also, I expect this would only be done when the envvar TERM indicates 
> the user is on an xterm-compatible terminal.

How do we know which ones are compatible?



reply via email to

[Prev in Thread] Current Thread [Next in Thread]