GNU bug report logs - #19416
25.0.50; enhancement of xterm mouse tracking: draging the mouse now generates mouse-movement events

Previous Next

Package: emacs;

Reported by: olaf.rogalsky <at> gmail.com

Date: Sat, 20 Dec 2014 00:21:01 UTC

Severity: normal

Found in version 25.0.50

Done: Stefan Monnier <monnier <at> iro.umontreal.ca>

Bug is archived. No further changes may be made.

Full log


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

From: Olaf Rogalsky <olaf.rogalsky <at> gmail.com>
To: Stefan Monnier <monnier <at> iro.umontreal.ca>
Cc: olaf.rogalsky <at> gmail.com, 19416 <at> debbugs.gnu.org
Subject: Re: bug#19416: 25.0.50;
 enhancement of xterm mouse tracking: draging the mouse now generates
 mouse-movement events
Date: Sat, 21 Feb 2015 00:05:48 +0100
Stefan,

now, that the assignment finally has been signed by both sides, I
changed my code to use set-keyboard-coding-system to read utf-8
characters.

But there is still have one glitch, which I haven't been able to
resolve:

Dragging the vertical line between two side-by-side windows works as
expected (changing window sizes), but only if the mouse stays on the
same terminal line during the mouse drag. Otherwise emacs responds with
a "bell" and the window resizing stops.

Dragging the modeline does not show this kind of behaviour.

Any ideas?


Regards,
Olaf



Olaf Rogalsky writes:

> monnier <at> iro.umontreal.ca writes:
>>> It would be nice, if the patch could find its way into Emacs.
>>
>> Agreed.  For that, we need you to sign some copyright paperwork.
> Great
>
>> If that's OK with you, then please fill the form below and send it to
>> the FSF as instructed so they can send you the appropriate paperwork
>> to sign.
> Done
>
>> While this process is going on, we can look at the actual code and see
>> how we could improve it.  Let's start with read-utf8-char: the handling
>> of "keyboard decoding" has seen some changes over the years, and I think
>> with the latest code in Emacs's master (which is the same as in
>> Emacs-24.4), something like read-utf8-char should be much simpler
>> (i.e. just read a char while setting the keyboard-coding-system to
>> utf-8 at the same time).
> Yes, thats perfectly fine with me. I tried the following, but wasn't successfull:
>
> (defun read-utf8-char (&optional prompt inherit-input-method seconds)
>   "..."
>   (let ((tmp (keyboard-coding-system)))
>     (set-keyboard-coding-system 'utf-8)
>     (prog1 (read-char prompt inherit-input-method seconds)
>       (set-keyboard-coding-system tmp))))
>
> (insert (read-utf8-char))
>
> If I now enter AltGr-m (which gives in my xterm-configuration µ =
> MICRO-SIGN U+00B5) followed by a space, then I get the following result:
>
> => "Â"      (after pressing AltGr-m)
> => "\265 "  (after pressing space)
>
> Obviously I am doing something wrong.
>
> Olaf

-- 
Olaf Rogalsky
Schwörhausgasse 5
89073 Ulm
Germany




This bug report was last modified 10 years and 57 days ago.

Previous Next


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