I have a bound form that has approx. 20 editable controls.
I need to track, by date, when any one of 5 specific edit controls
has changed.
Can I pre or post process anywhere (i.e. after the message, item has changed do you wish to save) and check the record as it came
in and as it came out. What variables, system or other should I be
looking at?
Bruce-
How about setting up a promoted event? It would look at *all* lostfocus events in the system, and you could track the changes programmatically.
Search this discussion group for Promoted
Hope it helps-
Mike Ruane
WinWin Solutions Inc.
Mike,
Thanks for the info.
So…on the same vein, but different problem; could I also quickly by-pass the "Would you like to save changes to the entry?" msg and process?
I have disabled MENU.FILE and MENU.SAVE on some forms
but not wanting to disable all controls so actually updates could take
place.
Thanks,
Bruce
Bruce,
could I also quickly by-pass the "Would you like to save changes to the entry?" msg and process?
See Msg_Equates. Change the message in SYSREPOSMESSAGES to an N type with the default button how you want it to be.
You can also override the SYSMSG event.
Cameron Purdy
Revelation Software
Cameron,
Excellent thanks!
I was also starting to play around with the "MODIFIED" and
"SAVEWARN" properties. Would they also to the trick?
Thanks again!
Cameron,
Well I tried using set_prop(.."SAVEWARN",0) in the
SYSMSG event of the window and it worked for the clear
but when I went to close it would not close unless the
item looked that save as when in came in.
(Can I set those vars to be the same??)
Also, played with the SYSREPOSMESSAGES…
I understand what you are recommending but did not get very far.
If I change the "item" won't that effect all the forms and all the
users that need it displayed as in default?
Thanks
Bruce
Bruce,
Before setting SAVEWARN, send a LOSTFOCUS to the current control (so that its GOTFOCUS_VALUE and its DEFPROP are the same).
Cameron Purdy
Revelation Software
Bruce,
…and here is the point in the discussion where Don Bakke butts in with this caveat…
![]()
- Oystein -