<br><div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div><span class="q"><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
- The only problem I encountered so far is with the text entry widget:<br>  alphanumeric key strokes get through to the entry field only occasionally.
<br>  May be only one of about five key strokes is shown in the entry field.<br>  Backspace and cursor left/right work correctly, however.<br>  This also happens in the moire demo of ltktest-ci.lisp.<br>  What can I do to improve this ?
</blockquote></span></div><div><div><br>I remember something like this happening, but forget  the details. I will fire up that demo and see what I can see. It may be a while because my  (win32) system seems close to a hard drive failure today (one blue screen already).
</div></div></div></blockquote><div><br><br>When I ran the demo in ltktest-ci just now, I got the same (mis)behavior, only in my case it was only one in twenty keystrokes that got thru.  At the same time, the entry widget in the lotsa-widgets demo worked fine.
<br><br>Enabling some print statements in the entry widget, what I saw was that key events such as keypress and keyrelease were working fine, but that only occasionally a "trace" virtual event came thru. The key events would not help much since the entry field itself was not getting the keystrokes (and we still let Tk handle the actual input).
<br><br>Anyway, while fussing with this the ltktest-ci demo entry field just started working pretty much by itself. I was poking around, but on unrelated stuff trying to make the demo shutdown not crash on a late timer message. (That required a small extension to the Cells API.)
<br><br>Anyway, it will be interesting to see if your entry field (and your ltktest-ci execution) work given the new code in Cells and Celtk. If not or if the problem comes back I think a question to the Tcl/Tk list will be in order as to when keyevents can happen but not get seen by the widget as evidenced by the widget text and (reasonably enough) "trace write"s.
<br><br>kt<br><br></div><br></div><br>