How to Turn Off a Laptop Touchpad (Windows, macOS, Linux, ChromeOS)

You lose a sentence because your palm grazed the touchpad mid-type, and you decide today is the day you turn the thing off. Then you follow a guide that tells you to open Settings, then Devices, and there is no Devices. That is not you going mad. Microsoft moved it in Windows 11 and a large share of the pages ranking for this query never updated.

Here is where the setting actually lives on each platform in 2026, plus the thing worth knowing before you disable anything: on Windows and macOS you probably want auto-disable rather than off.

Windows 11

Settings > Bluetooth & devices > Touchpad.Or press Win + I and type “touchpad” into the search box, which is faster and immune to Microsoft moving it again. The toggle at the top of that page turns the touchpad off.

The better control is one level down. Expand the Touchpad section and clear Leave touchpad on when a mouse is connected. With that unchecked, Windows disables the touchpad whenever a USB or Bluetooth mouse is present and switches it back on when the mouse goes away.^[1] That is the setting most people actually want, and the reason is simple: you want the touchpad on the train and off at your desk, and the mouse being plugged in is a perfect proxy for which of those you are doing.

Windows 10, for anyone still on it, uses the old path: Settings > Devices > Touchpad, with the same two controls. That path is the one most stale guides give, which is exactly why they send Windows 11 users somewhere that does not exist.

Many laptops also map a toggle to a function key, usually Fn plus something in the F1 to F12 row, marked with a touchpad icon with a line through it. There is no standard: the key differs by manufacturer and sometimes by model within a manufacturer. Look along your function row for the icon.

macOS

System Settings > Accessibility > Pointer Control, then enable Ignore built-in trackpad when mouse or wireless trackpad is present. The trackpad goes inert whenever a mouse is connected and comes back when it is not.

Note the app name. It is System Settings on current macOS; guides written before Ventura say System Preferences, which was renamed along with a full redesign of the layout. Same setting, different furniture.

There is no supported way to disable the trackpad outright with no mouse attached, and that is a deliberate design decision rather than an oversight. A MacBook with the trackpad disabled and no mouse paired has no pointing device, and no way to click the checkbox that would undo it. Apple declined to ship the footgun. The accessibility toggle covers the real use case.

Linux

This is where most guides go wrong, and the failure is silent, which is the worst kind.

Nearly every result for this query tells you to run xinput list to find the device ID and then xinput disable [id]. That works on X11. On Wayland, which is the default session on current GNOME and KDE, xinput either reports nothing useful or appears to succeed and changes nothing, because Wayland does not expose input devices to clients the way X11 did. You can check which you are on with echo $XDG_SESSION_TYPE.

The approach that works on both:

• GNOME— Settings > Mouse & Touchpad, then the Touchpad toggle. GNOME also disables the touchpad while typing by default, which solves the palm-strike problem without turning anything off.
• KDE Plasma— System Settings > Mouse & Touchpad > Touchpad, with an enable/disable control and a “disable while typing” option in the same panel.
• Permanently, at the driver level — blacklist the kernel module for the touchpad, or drop a libinput quirks file in /etc/libinput/local-overrides.quirks. This survives reboots and session type, and is genuinely permanent, which cuts both ways: do it only if you are sure, and remember you did it.

ChromeOS

Settings > Device > Touchpad. There is still no first-party switch to disable the touchpad outright, which remains a long-standing gap in the platform. What you get is the useful subset: turn off Tap-to-click, which removes the single largest source of accidental input, since most stray touchpad events are taps from a palm rather than deliberate clicks.

A genuine full disable requires Developer Mode and kernel-level changes, which is far more disruption than the problem warrants: Developer Mode powerwashes the device and weakens the verified-boot guarantees that are most of the reason to run ChromeOS. Turn off tap-to-click and move on.

The Setting You Probably Want

Disabling the touchpad outright is the wrong default for most people, because it optimizes for the desk and forgets the couch. Auto-disable on mouse connect gets both: full touchpad when you are mobile, no touchpad when you are docked. Windows and macOS both support it natively, and it is one checkbox in each.

It is also worth checking whether you still have the problem. Palm rejection improved substantially once Precision Touchpad drivers became the norm on Windows and libinput matured on Linux, and the aggressive “disable while typing” behavior is on by default in most current desktop environments. If your reflex to kill the touchpad was formed on a laptop from a few years ago, try it enabled for a day before turning it off. The failure you are defending against may already have been fixed underneath you.

This is the same reflex as hiding the Chrome bookmarks bar: find the default that costs you something on every single session, and change it once.