Speccy - наш выбор! - Эмулятор терминала типа VT52

Speccy - наш выбор! (http://zx-pk.ru/index.php)

- - Эмулятор терминала типа VT52 (http://zx-pk.ru/showthread.php?t=20092)

Где достать таблицу для:

Code:

scanCode



    Type: DWORD



    A hardware scan code for the key.

хардварных сканкодов клавиш? Единая ли она для винды, или же для разных версий дров, клавиатур и т.д. может отличаться?

Quote:

Originally Posted by Titus (Post 563678)

Где достать таблицу для хардварных сканкодов клавиш?

Scan Code values generated by the PC Keyboard

Quote:

Единая ли она для винды, или же для разных версий дров, клавиатур и т.д. может отличаться?

Не зависит от операционки - эти коды генерит контроллер клавиатуры.

Пока что разбираюсь, как эмулировать зажигание лампочек изнутри функции обработки хука.

Предложенный метод не подходит:

Code:

// Simulate a key press

     keybd_event( VK_CAPITAL,

                  0,

                  KEYEVENTF_EXTENDEDKEY | 0,

                  0 );

Т.к. он по идее сам и вызовет хук?

Попытка внутри хука менять на лету параметр vkCode, scanCode, да и вообще все - на зажигание лампочки НЕ влияет. Влияет если только прервать цепочку хуков по return (1). А мне нужно не прервать, а подменить один код на другой, чтобы заставить принудительно включить или выключить лампочку.

Quote:

Originally Posted by Titus (Post 563760)

Пока что разбираюсь, как эмулировать зажигание лампочек изнутри функции обработки хука

Хук нужен только для того, чтобы пропускать или не пропускать "лампочные" нажатия в Windows. Всё остальное должны делать обычные подпрограммы.

Представим предельно сложную ситуацию, когда клавиша CapsLock и лампочка CapsLock никак друг с другом не связаны - нажатия проходят "мимо лампочки", а лампочка напрямую управляется из программы.

Чтобы хук мог отличить обычные нажатия ( которые он запишет в матрице, но не пропустит в Windows ) и фейк-нажатия (которые в нужный момент генерятся программой специально, чтобы переключить лампочку, и не должны влиять на матрицу нажатых клавиш) - то чтобы хук мог их отличать - нужен всего лишь ещё один флаг для хука, который будет устанавливаться подпрограммой управления лампочкой перед посылкой фейк-нажатия и сбрасываться сразу после этого.

Quote:

Originally Posted by Patron (Post 563787)

Чтобы хук мог отличить обычные нажатия ( которые он запишет в матрице, но не пропустит в Windows ) и фейк-нажатия (которые в нужный момент генерятся программой специально, чтобы переключить лампочку, и не должны влиять на матрицу нажатых клавиш) - то чтобы хук мог их отличать - нужен всего лишь ещё один флаг для хука, который будет устанавливаться подпрограммой управления лампочкой перед посылкой фейк-нажатия и сбрасываться сразу после этого.

Ну я так и думал.
Просто хорошо было бы, если б были более компактные решения)

Quote:

Originally Posted by Titus (Post 563788)

хорошо было бы, если б были более компактные решения)

Флаг можно посылать в скан-коде - это даже лучше, т.к. настоящее нажатие точно не сможет встрять. Перед отправкой кода в Windows хук должен этот бит чистить.

Quote:

Originally Posted by Patron (Post 563793)

Как его засунуть в сканкод?

---------- Post added at 00:53 ---------- Previous post was at 00:48 ----------

Если передавать в поле bScan, то не стремно ли? Считается, что этот параметр не используется, может быть он и не дойдет в каких-то версиях.

Quote:

Originally Posted by Titus (Post 563795)

Как его засунуть в сканкод

В параметр dwFlags функции keybd_event - там полно места.

---------- Post added 02.01.2013 at 00:03 ---------- Previous post was 01.01.2013 at 23:59 ----------

А можно и прямо в bScan - он там как раз для того, чтобы "общаться" с хуком.

Я уже нашел штатный флаг, который устанавливается при симуляции нажатия - это:

Quote:

4 Specifies whether the event was injected. The value is 1 if the event was injected; otherwise, it is 0.

Да, в прошлом году я этот флаг тоже нашёл, но за прошедший день упел про него забыть :)