BUG: TAB Key Doesn't Behave Correctly in @..GET PopupLast reviewed: June 27, 1995Article ID: Q123834 |
The information in this article applies to:
SYMPTOMSAccording 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.
RESOLUTIONTo 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 STATUSMicrosoft 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
© 1998 Microsoft Corporation. All rights reserved. Terms of Use. |