Repository navigation
chore(deps): update dependency vitepress-sidebar to v1.41.0 - #78
Open
renovate[bot] wants to merge 1 commit into
Open
renovate[bot] wants to merge 1 commit into
renovate[bot] wants to merge 1 commit into
Conversation
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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:
1.40.0→1.41.0Release Notes
jooy2/vitepress-sidebar (vitepress-sidebar)
v1.41.0Compare Source
removePrefixFromLinkoption, which removes the prefix from the links of the sidebar the wayremovePrefixAfterOrderingremoves it from the titles.1.guide/2.setup.mdis linked as/guide/setuponce the items have been ordered by the prefix, andprefixSeparatordecides where the prefix ends.withSidebaralso adds therewritesthat serve every page below the scanned folder at that path, after therewritesof the VitePress configuration when they are a function;rewriteswritten as an object cannot be combined with it and are reported.generateSidebarcannot add them, so the rewrite has to be written by hand there. A$folder.linkis used as written, and two pages of the sidebar that end up at the same path are reported with a warning. (#222)splitSidebarByFolderoption, which gives every folder a sidebar of its own instead of a collapsible group, from a single set of options. A folder is opened through the link it has in the sidebar above, and the root group of its sidebar links back to that sidebar.splitSidebarRootGroupTextnames the group, and is◀ :titleunless it is set, where:titleis the title of the folder.excludeByFolderDepthdecides how deep each sidebar goes and is2unless it is set, anduseFolderLinkFromIndexFileistrueunless it is set, so that a folder links to itsindex.md. A folder without a link of its own opens on the first page of its sidebar, and one that holds no page at all is left out. A sidebar passed for the path of a folder is used instead of the one the split would make there. (#174)includeDynamicRoutesnow works on VitePress 2. ItsresolvePagesno longer takes a source directory and returns the pages it found; it takes a site configuration and fills the pages into it instead. The old call raised aTypeErrorthat was caught and reported as a loader failure, so every page generated by a dynamic route was dropped from the sidebar with nothing but a warning to explain it. The call is now chosen from the major version of the VitePress the project has installed, and both majors are covered by the test suite.pathsloader returned them. VitePress 2 sorts them before handing them over and does not expose the original order, so a project that relied on the order of itspathsloader has to state the order it wants, with anorderparameter andsortMenusByFrontmatterOrder. Nothing changes on VitePress 1.rootGroupLink: '/'became//, which VitePress opens as another host, and a$folder.linkof/guide/startin a sidebar based at/guide/became/guide//guide/start. Such a sidebar is now returned with its relative links resolved againstbasePathorresolvePath, and with an emptybase. A relative link is resolved against the base as before.sidebar.config.jsonis now reported once per build. Every sidebar reads the configuration files above the folder it scans, so with several sidebars the same warning was printed once for each of them. A$folderin the folder a sidebar starts its scan from is no longer reported either, because that folder is still an item of a sidebar that scans the folder above it. Only a$folderat or above the document root, which no sidebar shows, is reported.documentRootPathin asidebar.config.jsonbelow the document root is now ignored with a warning, as the documentation says, also in the folder a sidebar starts its scan from. A file on the way down toscanStartPathreplaced the document root the scan was built from, so the build stopped because the path to scan did not exist.Configuration
📅 Schedule: (UTC)
🚦 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 was generated by Mend Renovate. View the repository job log.