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

New Release #796

Merged
merged 24 commits into from
Apr 28, 2024
Merged

New Release #796

merged 24 commits into from
Apr 28, 2024

Conversation

alcarney
Copy link
Member

No description provided.

dependabot bot and others added 24 commits April 22, 2024 19:37
Bumps [@vscode/vsce](https://github.com/Microsoft/vsce) from 2.25.0 to 2.26.0.
- [Release notes](https://github.com/Microsoft/vsce/releases)
- [Commits](microsoft/vscode-vsce@v2.25.0...v2.26.0)

---
updated-dependencies:
- dependency-name: "@vscode/vsce"
  dependency-type: direct:development
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <[email protected]>
Resolving the config relative to the configuration scope causes the
server to miss Sphinx projects located in sub folders of the
workspace, if the given scope happens to be higher in the folder
hierarchy than the project itself
Following a similar pattern to the `SphinxClient`, we can make the
`WebviewServer` awaitable and accept its configuration in the init
method.

This then makes it easy to teardown and recreate "in the background"
when the configuration is changed, with code that requires it
automatically restarting the server by awaiting it.
Following a similar pattern to the `SphinxClient`, we can make the
`PreviewServer` awaitable and accept its configuration in the init
method.

This then makes it easy to teardown and recreate "in the background"
when the configuration is changed, with code that requires it
automatically restarting the server by awaiting it.
As well as being closer to the LSP specification, this allows the
server to request the client change the document that is being shown -
such as when the server port has been changed.
This allows the extension to intercept `window/showDocument` requests
and update the preview pane accordingly
That way changes to options like `showLineMarkers` also reload the webview
Whereas the reStructuredText part of the extension could copy the
patterns for previews established by VSCode's markdown support, doing
so for markdown files would (surprise, surprise!) create conflicts.

So, the toolbar button and command names have been "re-branded" to
make them distinct from the built-in markdown ones. The
reStructuredText part of the extension keeps its existing
keybindings (for now?) and no keybindings have been set for the
markdown side.

Open for suggestions as to what a good default keybinding could be :)

Ref: #780
Yet another refactoring of the pipelines!

Now that the VSCode release build depends on the latest build of the
language server, it now makes sense to run them from the same action
definition. That way the VSCode build job can depend on the LSP one
and solve the issue we had with the previous release where the
extension was built too soon, pulling in an older build of the server.
@alcarney alcarney merged commit 0fbffad into release Apr 28, 2024
13 of 15 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant