Difference: 520NewGUIEvents (2 vs. 3)

Revision 32012-11-02 - JeanNeron

Line: 1 to 1
 
META TOPICPARENT name="APPX520Features"

New GUI Events

Line: 8 to 8
  You can now be notified when a user tabs into, out of, or changes the value in a field. This is controlled by three new attributes on the GUI Attributes screen: Tab In / Tab Out / Value Changed. These are Y/N fields you can set to be notified when these events occur. This will allow you to make your processes much more interactive, you will not have to wait until the user presses Enter to interact with the image.
Changed:
<
<
tabinout.png
>
>
 

Runtime

If you set any of these attributes on a field, then --- OPTION will be set according to what has happened. If the user tabbed into a field, then --- OPTION will be set to TAB IN and --- CURSOR AT FIELD will contain the name of the field the user tabbed into. If the user tabbed out of the field, then --- OPTION will be set to TAB OUT and --- CURSOR AT FIELD will be set to the field they tabbed out of. If the field value changed, then --- OPTION will be set to VALUE CHANGED and ---- CURSOR AT FIELD will contain the name of the field that was changed.

Note that only the Option Intercept event point will be executed for these values of --- OPTION, unlike running an Optional Child, which will normally run Option Intercept, Pre/Post Invocation, and all the frames preceeding the current frame.

Changed:
<
<
The Value Changed event will only be triggered if the user changes the field and valueChangedTimer (in Client Preferences) has expired. For example, if valueChangedTimer is set to 1000 ms (1 second) and the user changes the value in the field, the event will only fire if they remain in the field for 1 second. If they tab out to another field, then the value changed event does not fire. This event may fire more than once for a field if the user changes it again after the event has fired and does not tab out before the timer expires.
>
>
The Value Changed event will be triggered under 2 circumstances:
 
Added:
>
>
  • if the user changes the field and Tabs out (either manually or via auto tab). If the field also has Tab Out checked, then 2 events will fire, first the VALUE CHANGED event will fire, then the TAB OUT event will fire. If the next field has Tab In checked, then a third event will fire, TAB IN for the next field.
  • If the user changes the field but does not leave the field before valueChangedTimer (in Client Preferences) has expired. For example, if valueChangedTimer is set to 300 ms and the user changes the value in the field, but does not exit the field before 300 ms have passed since they started typing in the field, the VALUE CHANGED event will fire. The timer will reset and will fire again if the user continues to change the field but does not exit before the valueChangedTimer has expired again. If the user does not make any further changes since the last time VALUE CHANGED fired and simply tabs out of the field, the event will not fire again, as they did not change the field since the last time the event fired.
 If you have Tab Out set on one field and Tab In set on the next field, then the Option Intercept Event Point will fire twice, once when they tab out of the first field (with OPTION set to TAB OUT and CURSOR AT FIELD set to the first field, then immediately afterwards with OPTION set to TAB IN and CURSOR AT FIELD set to next field).

Since these attributes use --- CURSOR AT FIELD to tell you which field was affected, you can only set these attributes where there is an actual underlying data field. For example, buttons, labels, boxes, etc, do not have these event types.

 
This site is powered by the TWiki collaboration platform Powered by PerlCopyright © 2008-2024 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback