PRB: VALID Behavior on @..GET Different in Version 5.0

• Microsoft Visual FoxPro for Windows, versions 3.0, 3.0b, 5.0, 6.0
• Microsoft Visual FoxPro for Macintosh, Professional Edition, version 3.0
• Microsoft FoxPro for Macintosh, versions 2.5b, 2.5c, 2.6a

SYMPTOMS

Visual FoxPro for Windows 3.0x and 5.0 invoke the VALID clause upon execution of a MODIFY MEMO command, whereas FoxPro for Windows 2.6x does not.

WORKAROUND

The suggested workaround is to set a flag based on the version and test the flag prior to executing any Valid code.

STATUS

This behavior is by design.

MORE INFORMATION

Since Visual FoxPro for Windows is now object-oriented, the Valid event is firing properly. The cursor has indeed left the GET field; therefore, the MODIFY MEMO window now has the focus.

Steps to Reproduce Behavior

   CLEAR
   ON KEY LABEL f4 DO modiproc

   *  use a table that has a memo field such as the
   *  \foxprow\tutorial\salesman.dbf or \vfp\samples\data\employee.dbf
   *  execute the following code which creates a Readtest.dbf.

   CREATE TABLE ReadTest (char1 C(10), char2 C(10), memo1 M(4))
   APPEND BLANK
   REPLACE memo1 WITH ;
   "notice that the Wait Window does display in Visual FoxPro"
   @ 2,2 SAY 'tab into the second get field, then press the F4 key'
   @ 4,2 GET char1
   @ 4,20 GET char2 VALID testvalid()
   READ
   CLEAR READ

   FUNCTION modiproc
     MODIFY MEMO memo1
     RETURN

   FUNCTION testvalid   && char2 valid
     WAIT WINDOW "I am in the valid of the second get"
     RETURN 

© Microsoft Corporation 1997, All Rights Reserved.
Contributions by Perry Newton, Microsoft Corporation

Additional query words:

Keywords : kbinterop kbVFp kbVFp300 kbVFp500 kbVFp600 FxinteropPrevfox FxprgRead
Version : MACINTOSH:2.5b,2.5c,2.6a; WINDOWS:3.0,3.0b,5.0,6.0; :3.0
Platform : MACINTOSH WINDOWS
Issue type : kbprb