From: SourceForge.net <no...@so...> - 2003-01-23 23:27:01
|
Bugs item #673687, was opened at 2003-01-23 18:31 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=673687&group_id=12997 Category: 01. Bindings Group: None Status: Open Resolution: None Priority: 5 Submitted By: D. Richard Hipp (drh) Assigned to: D. Richard Hipp (drh) Summary: Entry widget inputs goes right-to-left Initial Comment: Sometimes when you are typing into an entry widget, the characters will be inserted from right to left instead of from left to right. To see this, first create an entry widget. For example: entry .e -width 30 pack .e -padx 10 -pady 10 Now enter some text into this widget. With the mouse, click to the right of the text and drag the mouse all the way to the left past the beginning of the widget. All text in the widget should become highlighted. Continue holding down the mouse button and start typing. The first key press deletes the selected text (which is correct) and inserts the typed key. The second key press is inserted to the left of the first character instead of to the right. You can well argue that this is an unusual case since not many people begin typing with the mouse button still held down. But sometimes (on the OS of the monopolist) a stray button-press event will leak into a widget as the widget is being created. Thus Tk might think the button is being held down even when it is not. (This is rare, and perhaps another bug - but it does happen.) The fix to this problem is simply to add a call to ::tk::CancelRepeat in the <KeyPress> binding of the entry widget. I'll do that straight away. The purpose of this bug report is merely to document what was done. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=112997&aid=673687&group_id=12997 |