I would note that such latency is not intrinsic to e-ink panels: I suppose Freewrite just haven’t optimised it to do proper partial updates. This can be seen i

I would note that such latency is not intrinsic to e-ink panels: I suppose Freewrite just haven’t optimised it to do proper partial updates. This can be seen in paper tablets with styli: reMarkable 1 has about 43ms of latency from stylus to screen with a fairly slow processor (no idea what Freewrite uses, it could be slower but is probably similar), which includes, and I can attest that even when you’re looking for it the gap is small, and when you’re not looking for it you’re unlikely to notice it; and reMarkable 2 cuts that down to around 24ms with a faster processor and I think newer generation of e-ink panel. (Source: https://old.reddit.com/r/RemarkableTablet/comments/r3ev13/fyi_the_remarkable_2_still_has_the_lowest_latency/ https://old.reddit.com/r/RemarkableTablet/comments/r3ev13/fy....) As regards CPU usage, implemented sensibly, rendering text at a known size and font with primed glyph caches is vastly lighter than rendering textured strokes, so I’d imagine you could get your typing latency down even further than reMarkable’s stylus latency with a sensible pipeline.