Guia do Usuário e do Administrador - e IBM Tivoli Composite

[CODE_F9, 0, 0, 0, ’[pf9]’ ],
[CODE_F9, 0, 0, 1, ’[pf21]’ ],
[CODE_F10, 0, 0, 0, ’[pf10]’ ],
[CODE_F10, 0, 0, 1, ’[pf22]’ ],
[CODE_F11, 0, 0, 0, ’[pf11]’ ],
[CODE_F11, 0, 0, 1, ’[pf23]’ ],
[CODE_F12, 0, 0, 0, ’[pf12]’ ],
[CODE_F12, 0, 0, 1, ’[pf24]’ ]
];
Nota: O nome atribuído a qualquer nova variável do código-chave
(CODE_HOSTHOME nesse exemplo) não é importante, exceto se for
exclusivo e for equivalente à entrada correspondente na lista de variáveis
defaultKeyMappings. Além disso observe nesse exemplo que incluir uma
nova variável de código-chave para a tecla Home não é realmente necessário
uma vez que a entrada
var CODE_HOME = 36;
já existe para o código-chave da tecla Home. No entanto, se você está
mapeando uma tecla do teclado que não esteja associada a uma variável do
código-chave já definida em KBS.js, essa entrada seria necessária.
Remapeando Teclas para Aplicativos Rich Client do HATS
No ambiente rich client, os mapeamentos de teclado padrão são definidos no
arquivo plugin.xml do plug-in Extensão de Tempo de Execução RCP do HATS e
são aplicáveis a todos os aplicativos rich client do HATS em execução no mesmo
ambiente.
Um contexto de teclado do Eclipse é utilizado para influenciar quais comandos
estão disponíveis para o usuário em um determinado momento. Quando um
usuário está utilizando uma visualização de transformação do HATS, o contexto de
teclado do HATS é utilizado. Esse contexto é registrado no arquivo plugin.xml do
plug-in Extensão de Tempo de Execução RCP do HATS. O seguinte exemplo
mostra como isso aparece:
Os mapeamentos do teclado padrão também são definidos no arquivo plugin.xml.
O exemplo a seguir mostra como um mapeamento de teclas para um aplicativo
HATS em execução no Eclipse RCP ou Lotus Expeditor aparece neste arquivo: