Make auto-panning speed uniform

[elbertronnie]

Closes #1527

Currently the speed of auto-panning depends on hardware performance or the number of shapes in the document.

This PR attempts to resolve it by making timestamp and time-delta information available inside the InputPreprocessorMessageHandler and updating it every frame.

[Keavon]

Shouldn't timestamp be called frame_delta_time instead?

[elbertronnie]

Shouldn't timestamp be called frame_delta_time instead?

No, because it is truely the timestamp and not a time-delta. I thought that providing timestamp info would be better since one can easily derive time-delta from timestamp but the other way round is much harder.

And its type is Duration since that is what is available in core. Instant would not make sense since there is no way to create a Instant from the timestamp given by requestAnimationFrame.

[Keavon]

Ah, I just checked the requestAnimationFrame docs and I see now that it says it's a high DOMHighResTimeStamp. I had recalled that it gives a delta time which is why I thought that was what this was. Disregard my confusion, thanks for explaining.

[Keavon]

!build

[github-actions]

📦 Build Complete for 79c5693
https://7f6bcd07.graphite.pages.dev

[elbertronnie]

Or I just had an Idea: We can make a custom struct TimeInfo which will be kept inside InputPreprocessorMessageHandler. It will keep track of previous and current timestamp so both kinds of information(timestamp and time-delta) will be available to every tool.
We could probably also put frame count if required.

[Keavon]

If you think that's cleaner, go ahead. Or if the current approach is simpler, feel free to keep it.

We could probably also put frame count if required.

At some point I'd like to have an option to enable a framerate counter debug overlay. Although I don't know if this is a good way to implement that. It's also not that high priority since the browser dev tools can be used to show a framerate too.

[elbertronnie]

It will be cleaner, since in the future if some other feature requires time-delta, it can reuse it from input instead of keeping track of previous timestamp.

Although I am thinking to skip frame count for now. It can be implemented when its need arises.

[Keavon]

Sounds good, I'd say go ahead with what's needed right now and it can always be extended later as you point out.