GNU bug report logs - #28658
27.0.50; [PATCH] double/triple clicking in xterm-mouse-mode doesn't respect mouse position

Previous Next

Package: emacs;

Reported by: Alex <agrambot <at> gmail.com>

Date: Sat, 30 Sep 2017 22:07:02 UTC

Severity: normal

Tags: patch

Found in version 27.0.50

Done: Alex <agrambot <at> gmail.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Alex <agrambot <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 28658 <at> debbugs.gnu.org
Subject: bug#28658: 27.0.50; [PATCH] double/triple clicking in xterm-mouse-mode doesn't respect mouse position
Date: Thu, 05 Oct 2017 18:14:39 -0600
Eli Zaretskii <eliz <at> gnu.org> writes:


>> It would be nice if it worked with pixel positions rather than
>> character positions, but I'm not sure how to do that in a terminal
>> Emacs.
>
> You can't: TTY frames cannot discern screen positions with resolution
> of more than 1 character.
>
>> @@ -290,12 +292,14 @@ xterm-mouse-event
>>                (xterm-mouse--set-click-count event click-count)))
>>             ((not last-time) nil)
>>             ((and (> double-click-time (* 1000 (- this-time last-time)))
>> +                 (eq x last-x)
>> +                 (eq y last-y)
>
> IMO, 'eq' is not right here: this test should obey the value of
> double-click-fuzz, whose units on TTY frames are 1/8 of a character.

I don't understand how to use double-click-fuzz in TTY frames. You said
that TTY frames can't discern screen position differences of less than a
character, so then why are the units 1/8th of a character?

Is there a way to get the mouse coordinate position in 1/8ths of a
character to use double-click-fuzz?




This bug report was last modified 7 years and 222 days ago.

Previous Next


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