BUG: TAB Key Doesn't Behave Correctly in @..GET Popup

ID: Q123834

The information in this article applies to:

SYMPTOMS

According to "The Windows Interface An Application Design Guide," pressing the TAB key while a Drop-Down List is open should select the currently highlighted item, close the list, and move the focus to the next object in the TAB order.

A Drop-Down List closely resembles a FoxPro for Windows @..GET Popup so their behavior should be similiar. However, a FoxPro for Windows @..GET Popup doesn't behave as expected when you press the TAB key while the Popup is open. When KEYCOMP is set to WINDOWS, if you press the TAB key in an open @..GET Popup, the selection cycles through the bars in the Popup. It should select the currently highlighted bar and move focus to next object.

RESOLUTION

To work around this problem, create an ON KEY LABEL for the TAB key that selectively uses the KEYBOARD command with both an ENTER and a TAB or with just a TAB based on the value of _CUROBJ. The code for the ON KEY LABEL would look something like this:

NOTE: This code assumes that objects 3 and 5 are @..GET Popups.

PROCEDURE TabOKL

   IF _CUROBJ = 3 OR _CUROBJ = 5
      KEYBOARD '{ENTER}+{TAB}' PLAIN
   ELSE
      KEYBOARD '{TAB}' PLAIN
   ENDIF

STATUS

Microsoft has confirmed this to be a problem in the Microsoft products listed at the beginning of this article. We are researching this problem and will post new information here in the Microsoft Knowledge Base as it becomes available.

Additional reference words: FoxWin 2.50 2.50a 2.50b 2.60 buglist2.50 buglist2.50a buglist2.50b buglist2.60 KBCategory: kbui kbprg kbbuglist KBSubcategory: FxprgGeneral

Last Reviewed: June 27, 1995