Могу ли я отличить сообщения о сенсорной панели и мыши в низком уровне крючковой Proc? (Win32) ⇐ C++

[Anonymous]

Я работаю над добавлением функциональности для настольного приложения Windows для настольного компьютера (написано в C/C ++). Вот мои требования: < /p>

Пользователь должен иметь возможность одновременно использовать как стандартную мышь Windows, так и сенсорную панель. Он не сможет контролировать мышь или взаимодействовать с другими окнами. У меня есть очередь сообщений и простая работа работа. < /P>

Код: Выделить всё

static LRESULT CALLBACK lowLevelHIDHookProc
(
int                 nCode,
WPARAM              wParam,
LPARAM              lParam
)
{
HHOOK ignored( NULL );

// have to pass message along to next hook
if( nCode < 0 )
{
return( CallNextHookEx( ignored, nCode, wParam, lParam ) );
}
// THIS IS WHAT I CAN'T FIGURE OUT
else if( eventComingFromNormalMouse ) // allow normal mouse events
{
return( CallNextHookEx( ignored, nCode, wParam, lParam ) );
}
// block touchpad stuff here
else
{
printf( "********\nTOUCH INTERCEPTED!!!\n********\n" );
return( -1 );
}

Сейчас я застрял на различении сообщений мыши, исходящих от сенсорных панелей и обычных мышей. Я нашел пару проектов и примеров с открытым исходным кодом, которые используют HID Raw Input для обнаружения и чтения общих данных сенсорной панели, но они подходят для отключения курсора мыши во время использования сенсорной панели. Вместо этого мне нужно выяснить в этой процедуре перехвата, генерируется ли сообщение устройством с сенсорной панелью, и в этом случае только блокировать, чтобы мышь могла работать нормально.
Я просматриваю документацию lParam/MSLLHOOKSTRUCT, но не вижу ничего, что могло бы помочь провести это различие. Я открыт для любых идей, в том числе вообще не использовать низкоуровневые перехватчики, поскольку они влияют на производительность. Может быть, есть способ открыть последовательное соединение с сенсорной панелью USB, чтобы Windows вообще не определила его как HID-устройство?

Подробнее здесь: https://stackoverflow.com/questions/678 ... k-proc-win