2 Commits (1d91b443723533fda659005e69c1b8bf0150032f)

Author	SHA1	Message	Date
Buddy	0419ab781d	feat: type leaflet-* components and their leaflet: events ... Two augmentations, so TypeScript actually knows about the custom elements: - HTMLElementTagNameMap (src/index.ts): createElement/querySelector now infer the exact component class for all 24 tags instead of HTMLElement. - Per-component addEventListener/removeEventListener overrides, typing `leaflet:<name>` events against the real Leaflet event payload (PopupEvent, DragEndEvent, LeafletMouseEvent, etc.) while still accepting ordinary DOM events normally, and rejecting event names that component doesn't fire. src/core/event-types.ts holds reusable event-name -> payload-type fragments (mirroring shared-props.ts's fragment reuse), composed per family: MapEvents, MarkerEvents, PathEvents, TileLayerEvents, DivOverlayLayerEvents, GroupEvents. LeafletAddEventListener<T>/ LeafletRemoveEventListener<T> in with-props.ts are type-only intersection-of-overloads helpers applied via `declare addEventListener: ...`, the same pattern every component already uses for `declare readonly leafletObject?: X` -- zero runtime cost. Deliberately no generic `string` fallback overload: a fallback would silently accept unrecognized `leaflet:*` names too, defeating the point. Fixed a real bug found while building this: #forwardEvents was dispatching the raw pre-merge `data` Leaflet passes to fire(), missing type/target/sourceTarget that Leaflet's own fire() merges in before notifying real .on() listeners. Typing `detail` against Leaflet's actual event interfaces would have been dishonest otherwise, so the merge now matches Leaflet's own Evented#fire. Also added 'line-updated' to the existing internal-event HTMLElementEventMap augmentation in register.ts (needed once addEventListener got overridden on polygon/polyline, which use it internally) and cleaned up ~35 now- redundant `as HTMLElement & {...}` casts across the test suite that the tag name map makes unnecessary.	4 weeks ago
Buddy	9b6c7ca598	test: add a Vitest + jsdom test suite ... No test coverage existed before this. Adds vitest + jsdom (2 new devDependencies) and a suite that runs entirely without a browser: real Leaflet objects work fine under jsdom for everything this library needs to verify (option/attribute wiring, event forwarding), given a ResizeObserver stub in test/setup.ts (jsdom's only real gap here). - test/core/with-props.test.ts: the WithProps mixin itself, against a fake Leaflet-like class -- attribute<->setter dispatch, get/attribute/default fallback order, event-driven attribute sync-back, positional/recreate/ attach modes, and the generic fire()-patch event forwarding. Child registration (popup/tooltip/layer binding) uses real Popup/Tooltip/Marker instances since #onChildRegister discriminates by instanceof. - test/core/props.test.ts: the codec functions in isolation. - test/components/*.test.ts: grouped smoke tests across all components. - test/integration.test.ts: full tree wiring (map + tile-layer + feature-group + marker + popup). Caught and fixed one real bug along the way: urlProp's "live url getter" from the last refactor was dead code -- neither ImageOverlay nor VideoOverlay actually expose getUrl(). Removed it and the now-pointless getUrl?() from the Sourced interface in shared-props.ts. tsconfig.test.json keeps test/ out of the tsc build (dist/ stays test-free) while still typechecking it; oxlint.config.ts now covers test/ too, with max-classes-per-file relaxed there since testing a class factory means many small one-off element classes. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>	4 weeks ago