Esbonio VSCode Extension v0.8.0 - 2022-03-17

v0.8.0 - 2022-03-17

Features

• Add commands esbonio.sphinx.selectConfDir, esbonio.sphinx.selectSrcDir, esbonio.sphinx.selectBuildDir which allow the user to interactively select values for the esbonio.sphinx.confDir, esbonio.sphinx.srcDir, esbonio.sphinx.buildDir options.

  The commands can be triggered through the command palette or the language status items. (#337)

Fixes

• Language status items now correctly remove the errored status when an issue is resolved. (#329)

Enhancements

• Switched to an <iframe> based approach for previews, which should improve compatability with various Sphinx themes. (#275)

Misc

• Renamed the esbonio.server.entryPoint configuration option to esbonio.server.startupModule (#337)

Removed

• The editor commands esbonio.insert.link and esbonio.insert.inlineLink have been removed. They are however available in the reStructuredText extension. (#307)

Esbonio Language Server v0.10.0 - 2022-03-17

v0.10.0 - 2022-03-17

Features

• The server now provides an esbonio.server.preview command that can be used to preview HTML Sphinx projects via a local HTTP server. (#275)
• The language server now accepts paths relative to ${workspaceFolder} for Sphinx's confDir, srcDir and builDir options. (#304)
• The language server now supports textDocument/definition requests for .. image:: directive arguments. (#318)
• The language server now supports textDocument/definition requests for .. figure:: directive arguments. (#319)
• The language server will now look in sphinx extension modules and conf.py files for extensions to the language server. (#331)

Fixes

• The language server no longer crashes when asked to --exclude a module that would not be loaded anyway. (#313)
• Completion suggestions for domain objects referenced by roles such as :doc:, :ref:, :func: and many more now correctly update each time a rebuild is triggered. (#317)
• Goto definition on a directive's arguments is no longer foiled by trailing whitespace. (#327)

Esbonio VSCode Extension v0.7.3 - 2022-03-07

v0.7.3 - 2022-03-07

Fixes

• Duplicate output channels are no longer created in the event of a language server crash. (#287)
• Changes to esbonio.server.logLevel no longer require VSCode to be restarted to take effect client side. (#301)
• Options such as esboino.server.logLevel can now be set on a per-project basis. (#302)

Enhancements

• The status bar has been re-implemented as a collection of language status items. (#240)
• The server can now be restarted by clicking on the relevant language status item (#241)
• Add option esbonio.server.enabledInPyFiles which allows the user to disable the language server in Python files. (#285)
• All extension log output has been unified into a single output channel. (#287)
• Add option esbonio.server.entryPoint which allows the user to set an entry point. Also add options esbonio.server.includedModules and esbonio.server.excludedModules to allow the user to control which modules are loaded in the server configuration. (#288)
• The esbonio.server.pythonPath configuration option now supports paths relative to ${workspaceRoot} (#300)

Misc

• Add soft dependency on trond-snekvik.simple-rst in favour of using bespoke grammar rules. (#279)
• This extension now requires the Esbonio language server version to be >= 0.9.0 (#308)

Esbonio Language Server v0.9.0 - 2022-03-07

v0.9.0 - 2022-03-07

Features

• The language server now supports providing documentation on roles, directives (and their options). Note however, this requires the relevant documentation to be explicitly added to the relevant LanguageFeatures. (#36)
• The server now listens for workspace/didDeleteFiles notifications. (#93)
• Add experimental spell checking support. (#271)
• The language server now provides completion suggestions for .. code-block:: and .. highlight:: language names. (#273)
• The language server now supports completionItem/resolve requests, it is currently implemented for roles, directives and directive options. (#274)
• The language server now supports textDocument/definition requests for .. include:: directive arguments. (#276)
• The language server now supports textDocument/definition requests for .. literalinclude:: directive arguments. (#277)

Fixes

• Diagnostics are now cleared for deleted files. (#291)

Esbonio VSCode Extension v0.7.2 - 2021-11-26

v0.7.2 - 2021-11-26

Fixes

• Simplified highlighting of footnote references to prevent edge cases from effectively disabling highlighting of a document. (#252)
• Literal block markers no longer disable highlighting of any preceeding content. (#254)
• Code blocks that have injected grammars (e.g. python code blocks) now correctly highlight any options on the directive (#255)

Enhancements

• Add esbonio.server.enabled option which gives the user the ability to disable the language sever if they wish. (#239)
• Code blocks that contain a language that's not recognised, are now highlighted as strings. (#253)
• Add esbonio.sphinx.buildDir option which allows the user to specify where Sphinx's build files get written to. (#258)

Esbonio Extensions v0.1.0 - 2021-11-26

v0.1.0 - 2021-11-26

Features

• Add initial implementation of the esbonio.tutorial extension. (#261)

Esbonio Language Server v0.8.0 - 2021-11-26

v0.8.0 - 2021-11-26

Features

• The language server now respects the project's default_role setting. (#72)
• Initial implementation of the textDocument/documentSymbols request which for example, powers the "Outline" view in VSCode. Currently only section headers are returned. (#242)
• The esbonio.sphinx.buildDir option now supports ${workspaceRoot} and ${confDir} variable expansions (#259)

Fixes

• Role target CompletionItems now preserve additional cross reference modifiers like ! and ~ (#211)
• Intersphinx projects are now only suggested if they contain targets relevant to the current role. (#244)
• Variables are now properly substituted in diagnostic messages. (#246)

Esbonio VSCode Extension v0.7.1 - 2021-09-13

v0.7.1 - 2021-09-13

Fixes

• Fix handling of <script> tags without a src attribute when generating the HTML preview of a page. (#214)

Enhancements

• When the user is using an environment with an incompatible Python version but have the Python extension available, they are given the option of picking a new environment to use. (#176)
• When the user is prompted to install the language server in the current environment, they now also have the option of picking a new environment to use instead. (#224)

Misc

• This extension does not support untrusted workspaces. (#217)

Esbonio Language Server v0.7.0 - 2021-09-13

v0.7.0 - 2021-09-13

Features

• Add initial goto definition support. Currently only support definitions for :ref: and :doc: role targets. (#209)

Fixes

• Completion suggestions for :option: targets now insert text in the correct format (<progname> <option>) (#212)
• Diagnostics are now correctly cleared on Windows (#213)
• Completion suggestions are no longer given in the middle of Python code. (#215)
• CompletionItems should no longer corrupt existing text when selected. (#223)

Misc

• Updated pygls to v0.11.0 (#218)

Esbonio VSCode Extension v0.7.0 - 2021-06-05

v0.7.0 - 2021-06-05

Features

• Add the ability to preview the output from the html builder.` (#190)
• Add a statusbar item that indicates the state of the language server. (#194)
• VSCode will now syntax highlight C, C++, Javascript and Typescript code blocks (#205)

Fixes

• Fix incorrect syntax highlighting of multiple links on a single line (#203)
• VSCode now treats * characters as quotes, meaning selecting some text and entering a * will automatically surround that text rather than replacing it. (#204)

Misc

• The cli arguments --cache-dir, --log-filter, --log-level and --hide-sphinx-output have been replaced with the configuration parameters esbonio.sphinx.buildDir, esbonio.server.logFilter, esbonio.logLevel and esbonio.server.hideSphinxOutput respectively (#185)
• The language server's startup sequence has been reworked. Language clients are now required to provide configuration parameters under the initializationOptions field in the initialize request. (#192)