Repository navigation
v2.0.0-next.39
Pre-release
Pre-release
·
8 commits
to main
since this release
Patch Changes
- f3b5f56: Put
state,noscroll,replace, andpreloadback onJSX.AnchorHTMLAttributesby augmenting@solidjs/web/jsx-runtime.preloadalso accepts"viewport"and"eager".linkstays owned by core. Pairs with the core change that removes those four props from the anchor type. - 4a85130:
intentPreloadpreloads a link once per visit whichever intent comes first: a focus or touch on a link that already preloaded no longer preloads it again, and cancels a pending hover preload. A click after a hover, or a click with no dwell, now sends one preload instead of two. - ea24119: Follow client-side query redirects by status and origin. Keep local paths such as
/nextand server-function redirects relative to the router base. Other same-origin URLs use the history parser without adding the base again; targets outside the base, or URLs the integration cannot represent, navigate the document. ALocationheader on a non-redirect response stays data on the client, and the server-function carrier takes precedence. Server rendering is unchanged. - 5729e79: Require solid-js / @solidjs/web 2.0.0-rc.15. Link and form claims follow rc.15's claim contract: an element's compiled mount claim fires once, after its initial attributes are applied, and later claims come from compiler-owned
href/actionwrites or fromclaimElementTreesweeps (frame streams, morphs). The router's claim handlers are unchanged. - af98854: Server-rendered anchors carry link state (#654). The router sets the render's
link handler (setLinkClaimfrom@solidjs/web), so plain anchors arrive with
data-activeandaria-current="page"in the server HTML instead of gaining
them only after hydration, and pages that never hydrate mark the current page
too. When the client claims an anchor from that HTML, it treats a
server-writtenaria-currentas its own and removes it on navigation. The peer
floor for@solidjs/webandsolid-jsis raised to^2.0.0-rc.15.