Kirk, I'm sure you've tried invoking the debugger using the secret keyboard and mouse handshake to no avail, but have you tried turning on On Before Keystroke and adding a case thusly (and with impunity):
:(On before keystroke & Caps lock down) trace The caps thing is so you can wait until entry gets slow. -- ------------------------------------------------------------------ Tom Dillon 825 N. 500 W. DataCraft Moab, UT 84532 [email protected] 720/209-6502 ------------------------------------------------------------------ Maybe we only think we have consciousness. --- Sunastar ------------------------------------------------------------------ Kirk Brooks wrote: >This is odd. I have a record with a text field. I display the record in a >dialog box (prior to printing but this is before any of that begins) for >user comments. There aren't any read/write issues and the option for data >entry in a dialog is set. The only form event enabled for the text field is >On data change and nothing on the form or the form itself responds to >things like On before keystroke, etc. > >For this particular form as the user types something is processing after >each keystroke because as typing goes on the latency increases until you >just have to stop and let things catch up. I don't see this in single user >and I don't see it when running the app from a server on my machine but it >shows up when deployed. > >I do this same thing - show the field in a dialog box for updating - in a >different form, in the same process, and it doesn't have this problem. I'm >having trouble identifying something that's different between the two >situations. Has anyone else seen something like this? ********************************************************************** 4D Internet Users Group (4D iNUG) FAQ: http://lists.4d.com/faqnug.html Archive: http://lists.4d.com/archives.html Options: http://lists.4d.com/mailman/options/4d_tech Unsub: mailto:[email protected] **********************************************************************
