@IsCharAlpha
@IsCharAlphaNumeric

Para detectar ê,ñ, ....

@SetWindowsHookEx
@UnhookWindowsHookEx
@CallNextHookEx

@WH_KEYBOARD

Para que no se use un Timer y asi no se escapa nada, ni usa demasiado el procesador

@GetAsyncKeyState
estaria bien lo malo que se tiene que usar un timer a un intervalo muy bajo (como a 100 ms como minimo)

Dulces Lunas!¡.

@ctlon

Te lo tomas muy personal xP, solo son Octativas, y en lo que yo prefiero mejor que se vea relentisado X casos a tener un Timer que s ele escape algo... si prefiero relentizar y presisionar lo que deseo!¡.

Agregando:

Me referia al % en uso constante del procesador mas no al relentisamiento del Sistema Operativa, ya que si es un timer SIEMPRE va estar checando y un Hook solo saltara en el momento justo, y vamos para un hook al teclado solo saltara cada vez que se oprima una tecla es decir a la velocidad que OPRIME UNA PERSONA  y a la velocidad de 100 ms de un timer, sin contar los intervalos de tiempo entre cada unos... Mejor el Hook.

Asi que por mi punto de vista el Hook es la mejor opcion en estos casos donde tiene que intervenir una persona, o cuestiones de intercepccion en el momento JUSTO y DESEADO, el timer seria como que para otra cosa!¡.

Dulces Lunas!¡.

.
xD, bueno al caso yo me quedo con el Hook ya que solo activaria el Proceso X en el mensaje deseado (Incluso si se virtualiza el teclado pero este noe s el caso), y pues el timer estaria constantemente verificando X tiempo con GetAsyncKeyState ...

Modifico:
@jorgelin95

 * Ya tienes alternativas, deside cual es la que deseeas y se ajusta a lo que quieres.
 * Como ves cada quien tiene sus por que y para que, solo es cuestion del par aque lo quieres-

Dulces Lunas!¡.

.
lo que quiero decir es que por ejemplo
Yo lo veo de esta forma... al Hook (Sencillo No hago ningun Hook solo es un ejemplo de mas o menos como vea a un Timer con respecto a un Hook)

 
Declare Function WaitMessage Lib "user32" () As Long
Sub main()  ' No se nos escapara nada... almenos que el proceso involucrado _
corra en el mismo hilo y sea demasiado tardado... La solucion un nuevo _
Hilo o algun "semaforo" para evitar la duplicidad de un proceso que se repita _
demasiadas veces de las nesesarias O crearlo con un nuevo Hilo (No se recomienda esto en VB6... Inestable).
    Do
        DoEvents
        WaitMessage
    Loop
End Sub
 
 

a

 
Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long)
Sub main() ' En el transcurso de los 100 Milisegundos se escapan quien _
sabe cuantas cosas... ademas de que traba constantemente y en ocasiones sin razon alguna
    Do
        DoEvents
        Sleep 100
    Loop
End Sub
 
 

Cual es mas factible? esperar el mensaje (Waitmessage() simulando a un Hook...) y realizar la accion o usar un Sleep (Simulando un Timer...)...

Dulces Lunas!¡.

depende el caso, seria mas factible uno que otro. pero sin lugar a dudas, en un sistema que tiene ya en la cola 30 hooks del mismo tipo (por poner un ejemplo)  pues tendria que verse, nunca podria dar el mismo resultado ya que seria variable el numero de hooks existentes dependiendo que aplicaciones este ejecutando. yo no hablo del codigo en concreto dentro de la aplicacion si no el consumo que puede producir el uso inadecuado o excesivo de hooks.


si, tu puedes verlo como quieras, pero no te asegura en ningun caso un menor consumo de cpu ya que dependiendo cuanto este de cargado el sistema igual hay un rendimiento menor.


Sencillamente para una tecla tener que hacer que el sistema recorra una lista N elementos a cada pulsacion de teclado tampoco creo que tenga gran diferencia con la otra forma.