[issue16770] Selection in IDLE often skips first character

2012-12-24 Thread Irwin Jungreis

New submission from Irwin Jungreis:

Often, when selecting text in IDLE, the first character of the selected region 
does not get selected. The problem occurs because sometimes, not always, when 
clicking on the left half of a character the insertion point gets put after the 
character, while other times it gets put before the character, even when 
clicking in the exact same spot. This can be consistently reproduced as 
follows. In IDLE, File | New Window. In the new window type the two characters 
'M1' (without the quotes). Now position the cursor over the left half of the M. 
Slowly click several times without moving the cursor (with enough delay that it 
does not interpret it as a double-click). Note that after some clicks the 
insertion point is before the M and after others it is after the M, even though 
the cursor has not moved.

I am running Python 2.7.3, IDLE version 2.7.3, Tk version 8.5, on Mac OS X 
10.6.8 Snow Leopard, on a MacBook Pro. (Same problem occurs on laptop screen 
and external monitor, and with USB mouse or built in trackpad)

--
assignee: ronaldoussoren
components: IDLE, Macintosh
messages: 178088
nosy: jungreis, ronaldoussoren
priority: normal
severity: normal
status: open
title: Selection in IDLE often skips first character
type: behavior
versions: Python 2.7

___
Python tracker 
<http://bugs.python.org/issue16770>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue16770] Selection in IDLE often skips first character

2012-12-25 Thread Irwin Jungreis

Irwin Jungreis added the comment:

The output of the commands you suggested is below. I've attached a short video 
showing the problem (listen for the mouse clicks). I also tried with a variety 
of fonts (proportional and fixed) and font sizes, both bold and not bold, and 
all had the same problem. (Set a large font size to make the problem easier to 
reproduce.) I don't think I have changed any settings in Universal Access, and 
can't think of any extensions that are related. I probably have changed Mouse 
settings like Tracking Speed, but since the problem occurs using the mouse and 
the trackpad it seems unlikely to be due to settings in either.

Thanks for your attention.

>>> import Tkinter, subprocess, _tkinter
>>> Tkinter.Tcl().eval('info patchlevel')
'8.5.11'
>>> print(subprocess.check_output(["otool", "-L", _tkinter.__file__]))
/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload/_tkinter.so:
/Library/Frameworks/Tcl.framework/Versions/8.5/Tcl (compatibility 
version 8.5.0, current version 8.5.11)
/Library/Frameworks/Tk.framework/Versions/8.5/Tk (compatibility version 
8.5.0, current version 8.5.11)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current 
version 125.2.0)

--
Added file: http://bugs.python.org/file28431/IMG_1194.MOV

___
Python tracker 
<http://bugs.python.org/issue16770>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com



[issue16770] Selection in IDLE often skips first character

2013-01-25 Thread Irwin Jungreis

Irwin Jungreis added the comment:

I have reopened this issue because there are still cases where it does not 
work. I installed 8.5.13 and the IDLE patch as suggested. That fixed the 
particular case that I had used to demonstrate the problem (a file containing 
just two characters M1). However, the problem still occurs in other cases. To 
reproduce it, in IDLE pick File | New Window. In the new window type the 
characters '>>>from' (no spaces, and without the quotes). Now, before clicking 
anywhere else, move the cursor to the left half of the 'r'. Click once, and the 
insertion point incorrectly goes to the right of the 'r'. Click a second time 
without moving the cursor and the insertion point goes to the left side of the 
'r'. Unlike the previously reported case, repeated clicking does not cause it 
to alternate -- only the first click is wrong. I have attached a second video 
(IMG_1219.MOV) that demonstrates this.

--
status: closed -> open
Added file: http://bugs.python.org/file28838/IMG_1219.MOV

___
Python tracker 
<http://bugs.python.org/issue16770>
___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com