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:

 

Key

Code

+

107

<Enter>

13 (not unambiguously)

,

110 (with NUMlock), 46 (without NUMlock)

-

109

x

106

/

111

NUM

19

 

Functional keys:

 

Key

Code

F1

112

F2

113

F3

114

F4

115

F5

116

F6

117

F7

118

F8

119

F9

120

F10

121

F11

122

F12

123