Chega a ser estranho

mas é verdade.
*****************************************************
NO CLIPPER NÃO É NECESSARIO DESABILITAR O TECLADO!!!!!!!!
*****************************************************
Cheguei a essa conclusão depois de alguns testes basicos (pelo menos no windows 98). O KbdDisable descarrega as teclas pressionadas depois que o teclado é ativado novamente, isso é fato. Então tirei a função e não a usei mais, como o programa esta no meio de um processamento, não vai estar esperando teclas, então qualquer tecla pressionada não vai interferir no processamento (até as teclas de função F1-F12). O clipper le interpreta e ignora por não estar esperando teclas naquele momento. Sobram as teclas do windows, estas podem ser desabilitdas nas propriedades do promp do MS-DOS (aba misc, grupo teclas de atalho do windows). As teclas estão listadas abaixo:
- Alt+Tab;
- Ctrl+Esc;
- Alt+PrtScr;
- Alt+Espaço;
- Alt+Esc;
- PrtScr;
- Alt+Enter.
Sobra ainda a tecla do windows que não desabilita de forma alguma eo alt+C que é desativado executando SetCancel(.F.).
Assim nunca mais o teclado sera um pesadelo para a homologação de softwares clipper.
- "Ta bom jonatam_q, mas e a função inkey() ? Ela responde ao teclado em qualquer momento."
Implemente uma outra função de aguardo que não espera teclado, como a que eu uso atualmente(Codigo abaixo). Troque o inkey por uma função como essa e fim de problemas.
**************************************************
Procedure Inkey_ecf(nTempo)
Local nSecond:=0
nSecond:=seconds()+If(Valtype(nTempo)=="N",nTempo,0)
While nSecond>Seconds()
end
Return
**************************************************