v0.2.6
Fixed
- Scroll sync could stay half-broken on documents that exactly fill the
viewport — the preview's scroll-fraction math divided by
scrollHeight - clientHeight, which is0when there's no overflow to
scroll yet. That producedNaN, which poisoned a duplicate-suppression
check downstream and could stop scroll sync from engaging until you
scrolled the preview manually once. Guarded withMath.max(1, ...)so it
never divides by zero.
Added
- Automated UI test coverage for scroll sync —
ScrollSyncUITests
drives the real app end-to-end (types a long document, scrolls one pane,
asserts the other pane's exposed scroll position updates) covering both
sync directions, so this class of regression gets caught before release. - The editor and preview panes now expose their live scroll position as an
accessibility value/label, which both the new UI tests and assistive
tech can read directly.
Full Changelog: v0.2.5...v0.2.6