The browser runtime translates keyboard and mouse events into the re3 engine input system.
Browser game controls have one extra layer compared with a desktop executable: the browser itself also wants keyboard shortcuts, mouse focus and Escape behavior. GTA III Browser therefore coordinates web input with the re3 engine so gameplay receives keys without trapping the user permanently inside the canvas.
| Input | Typical GTA III action |
|---|---|
| W / A / S / D | Move on foot or steer/accelerate/brake in vehicles |
| Mouse | Camera and aiming behavior where supported by the engine configuration |
| Left Click | Fire/action depending on context |
| Space | Jump on foot; handbrake in many vehicle mappings |
| Enter / F | Enter or exit a vehicle depending on mapping |
| Esc | Release browser pointer lock and/or access menu behavior |
Exact mapping can vary with the re3 configuration and build. The browser layer's job is to deliver input cleanly; the engine still decides the final in-game action.
Browsers protect mouse capture and some input behaviors behind user interaction. Clicking inside the game canvas lets the page request pointer lock so mouse movement can be treated as relative game input instead of a cursor moving to the edge of the screen.
Pressing Escape normally releases pointer lock. This is intentional: a browser game should always give the user a predictable way to regain control of the page.
The homepage has a Fullscreen control, and the dedicated game window also provides fullscreen access. Native browser fullscreen may be exited with Escape. Even when native fullscreen is denied, the site uses a page-sized game window so the loader and canvas remain isolated from the article content underneath.
If the canvas size looks wrong after entering or leaving fullscreen, give the browser a moment to resize the backing buffer. The launcher listens for fullscreen changes and recalculates the display size.
Keyboard and mouse remain the most complete input method for the current browser build.
Some key combinations belong to the browser or operating system rather than the game. The launcher prevents selected defaults in the game context, but system-level shortcuts can still win. Avoid using browser navigation keys or OS shortcuts as game bindings.
If a key appears stuck after switching tabs, click back into the game. The input layer includes focus-loss recovery because a browser can stop delivering key-up events when focus disappears at the wrong moment.
The current homepage includes a touch-control preference that cycles through AUTO, ON and OFF. At this stage it stores the player's preference and emits a browser event for future on-screen control work. It should not be interpreted as a finished touch HUD yet.
For reliable play today, use a physical keyboard and mouse. Future touch controls can read the saved preference without redesigning the homepage settings panel.
Modern browsers expose gamepads through standard APIs, but complete gamepad behavior depends on the engine input path and controller mapping. If a controller is not recognized, test keyboard input first to separate a gamepad mapping issue from a broader engine problem.
USB and Bluetooth controllers can also differ in browser-reported layout. A controller working in another website does not automatically guarantee the same button mapping in re3.
If the entire game is frozen rather than just input, use the browser startup troubleshooting guide instead.
Use the GTA III Browser launcher for the WebAssembly runtime and one-time OPFS archive cache.
▶ Play GTA III