Live data from Hacker News

Improving Responsiveness in Text Inputs

nolanlawson.com

1–10 of 13 posts

Re: Improving Responsiveness in Text Inputs

#4
post #3

I wish industry encouraged engineers more to pay attention to this kind of things, rather than to flashy bells and whistles. 30-50ms may seem insignificant, but has a huge impact on the overall experience.

1ms is significant if you're a heavy user: https://www.youtube.com/watch?v=vOvQCPLkPt4.

Re: Improving Responsiveness in Text Inputs

#5
I think one of the issues here is how to do it with something like React without it being hacky. If you are working with React for instance, updating the DOM manually may seem very bad, so you must take care how to approach this without doing unnecessary calculations and re-renders.

Re: Improving Responsiveness in Text Inputs

#6

I think one of the issues here is how to do it with something like React without it being hacky. If you are working with React for instance, updating the DOM manually may seem very bad, so you must take care how to approach this without doing unnecessary calculations and re-renders.

Have a look at https://www.solidjs.com/

I looks very promising. Taking the best parts of React's API, but avoiding the performance bottleneck of a VDOM.

Re: Improving Responsiveness in Text Inputs

#8
post #4
post #3

I wish industry encouraged engineers more to pay attention to this kind of things, rather than to flashy bells and whistles. 30-50ms may seem insignificant, but has a huge impact on the overall experience.

1ms is significant if you're a heavy user: https://www.youtube.com/watch?v=vOvQCPLkPt4 .

That would require a real-time OS, I suppose.

Re: Improving Responsiveness in Text Inputs

#9
post #8
post #4

Earlier quoted context omitted.

1ms is significant if you're a heavy user: https://www.youtube.com/watch?v=vOvQCPLkPt4 .

That would require a real-time OS, I suppose.

You only need a real-time os if you're guaranteeing maximum latency.

Re: Improving Responsiveness in Text Inputs

#10
post #8
post #4

Earlier quoted context omitted.

1ms is significant if you're a heavy user: https://www.youtube.com/watch?v=vOvQCPLkPt4 .

That would require a real-time OS, I suppose.

“Realtime” doesn’t imply faster. In fact often the opposite. It just means certain timing constraints will be satisfied, often making explicit what the costs (tradeoffs) are.
Post reply on HN