INKEY$ Does Not Trap Extended Keys; Must Use Softkeys (43531)
The information in this article applies to:
- Microsoft Visual Basic for MS-DOS
- Microsoft QuickBASIC 4.0
- Microsoft QuickBASIC 4.0b
- Microsoft QuickBASIC 4.5
- Microsoft BASIC Compiler for MS-DOS and OS/2 6.0
- Microsoft BASIC Compiler for MS-DOS and OS/2 6.0b
- Microsoft Basic Professional Development System (PDS) for MS-DOS and MS OS/2 7.0
This article was previously published under Q43531 SUMMARY
The INKEY$ function does not produce a unique KeyboardFlag + Scancode
for the extended keys on the enhanced or extended 101-key keyboard.
For example, INKEY$ produces the same 2-byte code for the LEFT ARROW
key on the numeric keypad as for the extended LEFT ARROW key. The same
applies to the INS, HOME, PGUP, DEL, END, and PGDN keys and to the
other arrow keys. Thus, you cannot trap for the extended keys
separately using the INKEY$ function.
This is not a problem with the INKEY$ function. Normally, an
application's extended keys should behave exactly like the keys'
equivalents on the numeric keypad. You would expect the cursor to move
left if you pressed the LEFT ARROW from the numeric keypad or from the
separate arrow keys.
Modification Type: | Minor | Last Reviewed: | 8/16/2005 |
---|
Keywords: | KB43531 |
---|
|