EK Design

Problem Solved, thanks for the help. This item is the final step in a script that creates a new record and fills out various fields before going to the single checkbox field. It turns out that if I insert a window refresh before this step, it works as it should, but without the window refresh, it requires 2 returns to change the checkbox state. Weird... I also tried making a quick one-line "go to " script and it worked as I wanted. I've had similar scripts in the past that would fail at certain points if I didn't insert a micro-pause in the form of a window-refresh. Why does this happen? As I said before, this script worked fine without the window-refresh in FM 3.0 [ December 05, 2001: Message edited by: EK Design ]

Uh, yes, as I mentioned in the original post, "select/perform" seems to have no effect. Has anyone else experienced this behavior?

I recently upgraded to FM 5.0v3 from FM 3.0, and noticed a strange glitch using scripted navigation. In both versions, if I tab to a field with a single checkbox, hitting "return" once changes the state of the checkbox and I can tab to the next field. In FM 3.0, the "go to field" script step exactly duplicated this behavior, but in FM 5.0, the script step takes you to the field, then you must hit "return" twice to change the checkbox state. It's minor, but really annoying when doing a lot of Data Entry. Is there some new setting in FM 5.0 I must change to recreate the old FM 3.0 behavior? Is this a known change in functions? BTW - checking "select/perform" in the script step seems to have no effect.