feat(useTimeout): handle large delays

[jquense]

No description provided.

[taion]

do you need to expose a non-hook version?

[jquense]

i don't currently need to...at least i don't think so...

[taion]

okay, sorry, now that i'm looking at this again... this is actually going to have a very slightly wrong timeout because we're not accounting for drift in firing the timeout

this probably makes no practical difference, but it wasn't a problem in our internal implementation because we were skipping the setTimeout abstraction entirely and just calculating from the intended expiration time

would it make sense here to calculate Date.now() + ms, and keep trying to schedule toward that time?

[jquense]

added accounting for drift, tho i did it super quickly so plz check my work

[taion]

@jquense tried to clean up the logic a bit; let me know what you think

[jquense]

LGTM!