>I wish libinput gave the option for pointer inertia, where the pointer glides to a gradual rather than a hard halt after you stop moving it

Why? That seems like it would make it a lot harder to move the cursor precisely. (in fact the main implementation of it on linux I know of was a joke in IOCC)

▲

fjalarhl 2 hours ago | parent | next [-]

You'd think so but as the person above mentioned, this is how the steam deck/controller does it and it works well. It mostly affects faster movements like flicking the mouse across the screen, leaving smaller movements unaffected.

▲

an hour ago | parent | prev | next [-]

[deleted]

▲

sublinear 2 hours ago | parent | prev [-]

How precisely can you scroll on your phone? I don't think anyone finds it awkward.

I get the impression that you're thinking of a much jankier implementation of "inertia" than that, and to be honest I wouldn't be surprised if that's what we'd get anyway.

An unambitious inertia describes the linux community of the past decade pretty well.

▲

Gigachad an hour ago | parent [-]

It works similarly to the steam deck actually. You flick and then tap/hold to stop.

	▲	retsibsi 10 minutes ago \| parent [-]
		Does this mean the inertia only applies if you remove your finger at the end of the movement, and so non-flicky movements are interpreted normally, with the cursor stopping as soon as your finger stops? That implementation sounds a lot better than how I interpreted the original comment; I thought they meant it would apply to all movements, even when your finger stays down the whole time.