Keyboard allocation change |
Top Previous Next |
|
The key allocation is ordinarily fixed by Windows NT. There is here, nevertheless, an intervention possibility.
Besides, several variations are possible: Either an allocation with DefineWindowMenu is put on statically, or generated with DisplayMenuEntry dynamically. In the first case the definition in the Workfile remains available and the key allocation is available as an entry in the global menu. In the second case becomes by every program start, e.g., in the file userinit.cmd a key allocation defined. Many renamings work only if the graphics window is active.
Examples: To 1. In work To 2. _DisplayMenuEntry attribute / 0, position / MIT_END/ACCEL -1 MIS_TEXT 110 <008><027>WindowCharToInput 46
In the first line after the functional call the graphics window is defined with-1 as an aim. Then follow for every key: •MIS_TEXT •Firm text. •Number of the key •Every key has a (almost) unequivocal number. This number is put down here. Further it is put down there whether another key must be pressed, in addition, so CONTROL, SHIFT or OLD. •The Macro which should be explained. In the present example the sign with the number 46, so point, in the input line is written. Because the key in the German allocation there a comma shows the key allocation was changed. Key codes under Windows NT:
Number block:
Functional keys:
|