Ken (and others),
Turns out to be a SET COMPATIBLE issue. Put a generic text box on a generic form, set the value of the text box to {}, run with the setting ON, add all "2"s and you can't clear them out...
Bill Anderson
On Mon, Oct 2, 2017 at 6:35 AM, Ken Dibble krdibble@stny.rr.com wrote:
Anyway, enter a valid date (set century is on) such as "11/11/1111" and you
blow through to the next field. Expected. Then try "22/22/2222" and the field becomes highlighted *and you cannot remove the characters*. There's no "Invalid Date" message. It feels like you're in a very tight keyboard loop and you can't break out. I can click on the close box on the form and see it depress, but no action is taken (My take is that Windows events are superceding the VFP events but once VFP takes over, it's the infinite loop). There is nothing I can do to change the invalid date even though I'm stuck in the field (Delete key does nothing, trying to enter new values to overwrite the old values does nothing, etc.).
This is one of VFP's famous "untrappable" errors. Typically when this happens you can do CTRL+A and then CTRL+X to clear it. Also, minimizing and then restoring the window will clear it.
When this happens in my system users can simply correct the date to solve the problem as well. The cursor will be flashing to indicate the system is not frozen. I'm surprised that you are saying nothing works. I suppose it could be JKey interfering.
A work-around would be to supply a date-picker, though I realize that could be a lot of work.
Ken Dibble www.stic-cil.org
[excessive quoting removed by server]