Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

chore: Update version for release (pre) #9169

Merged

Conversation

github-actions[bot]
Copy link
Contributor

This PR was opened by the Changesets release GitHub action. When you're ready to do a release, you can merge this and the packages will be published to npm automatically. If you're not ready to do a release yet, that's fine, whenever you add more changesets to release-v6.4.0-pre.13, this PR will be updated.

⚠️⚠️⚠️⚠️⚠️⚠️

release-v6.4.0-pre.13 is currently in pre mode so this branch has prereleases rather than normal releases. If you want to exit prereleases, run changeset pre exit on release-v6.4.0-pre.13.

⚠️⚠️⚠️⚠️⚠️⚠️

Releases

react-router@6.4.0-pre.13

Patch Changes

  • 815e1d1: feat: add relative=path option for url-relative routing (feat: add relative=path option for url-relative routing #9160)

    Adds a relative=path option to navigation aspects to allow users to opt-into paths behaving relative to the current URL instead of the current route hierarchy. This is useful if you're sharing route patterns in a non-nested for UI reasons:

    // Contact and EditContact do not share UI layout
    <Route path="contacts/:id" element={<Contact />} />
    <Route path="contacts:id/edit" element={<EditContact />} />
    
    function EditContact() {
      return <Link to=".." relative="path">Cancel</Link>
    }

    Without this, the user would need to reconstruct the contacts/:id url using useParams and either hardcoding the /contacts prefix or parsing it from useLocation.

    This applies to all path-related hooks and components:

    • react-router: useHref, useResolvedPath, useNavigate, Navigate
    • react-router-dom: useLinkClickHandler, useFormAction, useSubmit, Link, Form
    • react-router-native: useLinkPressHandler, Link
  • Updated dependencies [e8dda1b]

  • Updated dependencies [5c8fdec]

  • Updated dependencies [1dc082c]

  • Updated dependencies [d0114e2]

    • @remix-run/router@0.2.0-pre.8

react-router-dom@6.4.0-pre.13

Patch Changes

  • 5c8fdec: fix: pass useMatches objects to ScrollRestoration getKey (fix: pass useMatches objects to ScrollRestoration getKey #9157)

  • 815e1d1: feat: add relative=path option for url-relative routing (feat: add relative=path option for url-relative routing #9160)

    Adds a relative=path option to navigation aspects to allow users to opt-into paths behaving relative to the current URL instead of the current route hierarchy. This is useful if you're sharing route patterns in a non-nested for UI reasons:

    // Contact and EditContact do not share UI layout
    <Route path="contacts/:id" element={<Contact />} />
    <Route path="contacts:id/edit" element={<EditContact />} />
    
    function EditContact() {
      return <Link to=".." relative="path">Cancel</Link>
    }

    Without this, the user would need to reconstruct the contacts/:id url using useParams and either hardcoding the /contacts prefix or parsing it from useLocation.

    This applies to all path-related hooks and components:

    • react-router: useHref, useResolvedPath, useNavigate, Navigate
    • react-router-dom: useLinkClickHandler, useFormAction, useSubmit, Link, Form
    • react-router-native: useLinkPressHandler, Link
  • 6fef589: fix: useFormAction should not include pathless splat portion (fix: useFormAction should not include pathless splat portion #9144)

  • Updated dependencies [815e1d1]

    • react-router@6.4.0-pre.13

react-router-dom-v5-compat@6.4.0-pre.13

Patch Changes

  • Updated dependencies [5c8fdec]
  • Updated dependencies [815e1d1]
  • Updated dependencies [6fef589]
    • react-router-dom@6.4.0-pre.13
    • react-router@6.4.0-pre.13

react-router-native@6.4.0-pre.13

Patch Changes

  • 815e1d1: feat: add relative=path option for url-relative routing (feat: add relative=path option for url-relative routing #9160)

    Adds a relative=path option to navigation aspects to allow users to opt-into paths behaving relative to the current URL instead of the current route hierarchy. This is useful if you're sharing route patterns in a non-nested for UI reasons:

    // Contact and EditContact do not share UI layout
    <Route path="contacts/:id" element={<Contact />} />
    <Route path="contacts:id/edit" element={<EditContact />} />
    
    function EditContact() {
      return <Link to=".." relative="path">Cancel</Link>
    }

    Without this, the user would need to reconstruct the contacts/:id url using useParams and either hardcoding the /contacts prefix or parsing it from useLocation.

    This applies to all path-related hooks and components:

    • react-router: useHref, useResolvedPath, useNavigate, Navigate
    • react-router-dom: useLinkClickHandler, useFormAction, useSubmit, Link, Form
    • react-router-native: useLinkPressHandler, Link
  • Updated dependencies [815e1d1]

    • react-router@6.4.0-pre.13

@remix-run/router@0.2.0-pre.8

Patch Changes

@brophdawg11 brophdawg11 merged commit 3ffc272 into release-v6.4.0-pre.13 Aug 18, 2022
@brophdawg11 brophdawg11 deleted the changeset-release/release-v6.4.0-pre.13 branch August 18, 2022 14:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

1 participant