summaryrefslogtreecommitdiff
path: root/LEGACY
diff options
context:
space:
mode:
authorMichael Forney <mforney@mforney.org>2013-07-25 16:19:19 -0700
committerRoberto E. Vargas Caballero <k0ga@shike2.com>2013-09-13 19:49:25 +0200
commiteae31a532e1c3249abe3fe0dbce286cac263832f (patch)
tree01097b6e7c3129d1d2a3a7f11e453eee598edce6 /LEGACY
parentcc2ea3147accc342f4d411b42c8cae5b883b1224 (diff)
Fix some bugs in mouse tracking logic
* Button number in X10 mode: I believe the button - 1 came from "C b is button - 1" from [0]. However, above this section, it states "Normally, parameters (such as pointer poisition and button number) for all mouse tracking escape sequences generated by xterm encode numeric parameters in a single character as value+32. For example, ! specifies the value 1." Also, from the description of SGR, "The encoded button value in this case does not add 32 since that was useful only in the X10 scheme for ensuring that the byte containing the button value is a printable code." This suggests that we should still add 32 to the button value when in MODE_MOUSEX10. * No button release reporting in X10 mode: "X10 compatibility mode sends an escape sequence only on button press, encoding the location and the mouse button pressed." * Fix MODE_MOUSEMOTION: Currently, motion reporting is skipped when oldbutton == 3 (corresponding to no button being pressed). However, oldbutton is only set on a button press, which will never be 3. [0]: http://invisible-island.net/xterm/ctlseqs/ctlseqs.html
Diffstat (limited to 'LEGACY')
0 files changed, 0 insertions, 0 deletions