SRY za OT: což mi připomíná, jak si nedávno jeden zákazník stěžoval, že na PC s dotykáčem nefunguje kliknutí dotykem. Jako že "přiložím prst = mouse down", "zvednu prst = mouse up". Protože ovladač dotykáče neprezentoval zařízení "myš", ale"generic HID / USB input device" = nejedná se o myš exportovanou kernelem, ale o podporu v user-space vrstvě "Tablet Input Service". Která se chová v detailech jinak než myš. Konkrétně v onom "případu na technické podpoře" (šlo o Windows 7) v okamžiku přiložení prstu šla nějaká "tabletová" Windows Message, ale emulovaná událost "mouse down" až po nějakém timeoutu, nebo pokud člověk přiložil a popotáhl. Peklo. Chovají se tak všechny moderní USB HID projected-capacitive dotykáče, protože generická podpora pod Windows. Resp. chovalo se to tak ve Windows 7 a nebylo na tom co konfigurovat. (Nezkoumal jsem pod Windows 10.)
Pro zájemce
videozáznam (omluva za formát nastojato) a v příloze tohoto příspěvku skript pro AutoHotKey, který chytá a reportuje vybrané Window Messages (netvrdím, že zná všechny). Možná to Vás nebo někoho jiného inspiruje k vlastní další detektivní činnosti...
V dotyčném případě, kde jsem to odkázané video nahrál pro výrobce, vzala celá věc pro mě překvapivý a pozitivní konec. Výrobce dotykového řadiče (čipu) = firma SiS/USBest, se k problému postavil a dodal alternativní firmware pro ten čip, aby se tvářil jako myš (což pro danou "průmyslovou" aplikaci byl kýžený výsledek a vyřešilo to problém). A nebylo to úplně samozřejmé a přímočaré, protože ten firmware musí být připasovaný na míru konkrétnímu senzoru a "zapojení okolo" toho křemíkového čipu - naštěstí výrobce čipu odhadl z mých fotek "pod kapotou", kdo je výrobcem "senzoru a okolí", a neměl problém nakonfigurovat "alternativní myší firmware" na míru. Na poměry Taiwanského IPC ekosystému myslím dost nadstandardní péče o zákazníka...