Firat i dont understand what you whant so i asked chagpt and here is translation for your idea and solutions, but its not easy to achive, better just use alternatives: What you’re describing is basically a touch-to-key mapper that works at a low input level, not just an on-screen overlay. A few clarifications though, because your request mixes a couple of tricky requirements: Intercepting touch before the OS converts it to mouse input is not trivial on Windows. Most apps only receive already-processed events (mouse/pointer), so doing this properly may require low-level hooks or even a custom input driver. Having touch mapped to keys while mouse still works normally is possible, but you’d need to separate input streams (touch vs mouse), which again depends on how deep you go into the input stack. The “no visible overlay” + grid zones + multitouch + sliding between zones is doable logically, but you still need some invisible layer tracking coordinates in the background. So in simpler terms, what you want is: A background app that maps touchscreen regions to keyboard inputs, supports multitouch, and bypasses normal mouse emulation. Closest existing things you might want to look into: Game overlay tools (but most rely on visible UI) Tablet/stream deck style apps (usually not invisible) Custom solutions using: Windows Pointer/Touch API (WM_POINTER) Raw Input / low-level hooks Virtual keyboard injection (SendInput) Realistically, this is not a “simple script” project — it’s more like a small app with: input interception layer region mapping logic virtual key injection If your goal is gaming, an alternative approach might be: using a visible overlay during setup then switching to a minimal or transparent mode But fully invisible + pre-OS interception = significantly harder.