This repository was archived by the owner on Oct 19, 2022. It is now read-only.
Update dependency vue-router to v4.1.5 #15
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
4.0.8->4.1.5Release Notes
vuejs/router
v4.1.5Compare Source
Please refer to CHANGELOG.md for details.
v4.1.4Compare Source
Please refer to CHANGELOG.md for details.
v4.1.3Compare Source
Please refer to CHANGELOG.md for details.
v4.1.2Compare Source
Please refer to CHANGELOG.md for details.
v4.1.1Compare Source
Please refer to CHANGELOG.md for details.
v4.1.0Compare Source
Vue Router 4.1
We are excited to announce the release of Vue Router 4.1 with a few new interesting features, better support for Node ESM and no breaking changes.
Omitting the
component/componentsoption in routesIt's now possible to completely omit the
componentoption when defining routes with children. While nested routes are about defining layouts, they are also directly connected to apathand users often found themselves defining a pass through component that would just render a<RouterView>component to reuse thepathstructure. You can now simplify this to:In other words, you can now nest paths without having to define a component.
Passing History State in navigations
Passing History State through
router.push()has been implemented and used by the router since its version 4.0 but hasn't been exposed as a public API until now. This enables passing astateproperty when callingrouter.push()orrouter.replace(). This is useful to pass global state to be associated with the history entry that cannot be shared by copying the URL. One common example of this are Modals:To see a full example, check the modal e2e test, it has been updated to use the
stateproperty.It's worth noting this shouldn't be used to pass fetched data or complex objects such as classes because of type and size limitations. Check the History State documentation for more information about the
stateproperty.Given the nature of the
<RouterView>'srouteprop, there is also a new functionloadRouteLocation()that can be used on a resolved route location to load a route with lazy loading:Typed Routes
In v4.1 we were initially planning to introduce types to automatically detect the params from a
pathproperty, creating autocomplete and type safety inrouter.push()and<RouterLink>'stoprop. It was implemented but also turned out to be extremely slow after ~50 routes due to the nature of the types relying on nesting and complex unions. Instead, we are introducing a build plugin to generate the types of the routes for you based your file structure. This is similar to Nuxt and Vite Plugin Pages but with full type support (similar to nuxt-typed-router) while allowing you to keep using the exact same API, just with Autocompletion and typing hints 😄. The plugin currently supports Vite, Webpack (with some caveats), and rollup and it's currently experimental to gather feedback from the community and build a flexible solution. We hope to release a stable version in the following months.Check out the plugin GitHub repository for installation instructions and documentation.
Here are some other examples of how much this plugin can improves your developer experience:
CJS/MJS support for Node
We now expose a few extra entry points for Node but kept the old ones as well to prevent any disruption to the existing users. You can find more information about this in the corresponding pull request.
Please refer to CHANGELOG.md for details.
v4.0.16Compare Source
Please refer to CHANGELOG.md for details.
v4.0.15Compare Source
Please refer to CHANGELOG.md for details.
v4.0.14Compare Source
Please refer to CHANGELOG.md for details.
v4.0.13Compare Source
Please refer to CHANGELOG.md for details.
v4.0.12Compare Source
Please refer to CHANGELOG.md for details.
v4.0.11Compare Source
Please refer to CHANGELOG.md for details.
v4.0.10Compare Source
Please refer to CHANGELOG.md for details.
v4.0.9Compare Source
Please refer to CHANGELOG.md for details.
Configuration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate. View repository job log here.