fix: accept SVG elements in autoAnimate TypeScript types

[cpruijsen]

Summary

Widen autoAnimate() and vAutoAnimate from HTMLElement to HTMLElement | SVGElement. SVG parents already animate at runtime (reporter confirmed in #100); Svelte's use:autoAnimate and TS callers failed with SVGSVGElement not assignable to HTMLElement. Matches Justin: "Yeah I suppose SVGElement and HTMLElement would both be valid."

Update framework instanceof HTMLElement gates so React/Vue/Preact/Solid/Qwik/Marko do not silently skip SVG now that the core type allows it. Reset exit-animation inline styles on SVGElement as well as HTMLElement.

Fixes #100

Decision

HTMLElement | SVGElement on the public API, plus matching adapter instanceof checks. Alternatives: change only the core signature, or widen all the way to Element.

Justin asked for HTML and SVG specifically; Element has no .style in TypeScript's DOM lib. Leaving instanceof HTMLElement in the hooks would make the new types a trap (ref attaches, nothing animates).

Can drop the adapter hunks and keep a core-only type change.

The comment on #100 about offsetWidth / offsetHeight being removed from SVGElement is a different line: those reads are on document.documentElement, not the animated parent.

Test plan

• Type fixture tests/types/svg-element.ts fails tsc without the signature change and passes with it (same diagnostic as the issue).
• HTMLElement still type-checks.
• Optional: Svelte <svg use:autoAnimate> with keyed <rect> add/remove still animates (reporter already verified this before the type fix).
• Optional: React useAutoAnimate ref on an <svg> now starts animations (runtime gate change).

[vercel]

@cpruijsen is attempting to deploy a commit to the Formkit Team on Vercel.

A member of the Team first needs to authorize it.