[cells-devel] feedback and question

[Ken Tilton]

>
> - The only problem I encountered so far is with the text entry widget:
> >   alphanumeric key strokes get through to the entry field only
> > occasionally.
> >   May be only one of about five key strokes is shown in the entry field.
> >   Backspace and cursor left/right work correctly, however.
> >   This also happens in the moire demo of ltktest-ci.lisp.
> >   What can I do to improve this ?
>
>
> 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).
>


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.

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).

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.)

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.

kt
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/cells-devel/attachments/20060903/842fbf20/attachment.html>