-
-
Notifications
You must be signed in to change notification settings - Fork 30
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
feat: v3 #200
Conversation
to keep compatibility with older vscode versions
Very cool. When does this release? |
When it's ready. |
Feel free to try out the nightly. It's still a bit rough around the edges though! If you see anything suspicious let me know. |
Sure, will do! Very excited about this release. Can't wait (in case that wasn't obvious already) ❤️ 😄 |
@nhedger Thank you, been following 💪 and will give it a spin on PlatformPlatform ❤️ 🚀 |
Where's the best place to report issues with this? Relative paths don't seem to be working right now |
An issue in this repo is fine, thanks ! |
Can we release it as a pre-release VS Code extension, so it's easier to consume and try out? |
Already has been. Pre release channel is v3 |
I get the following in the Biome output window:
|
What’s changing
Projects
This new version introduces the concept of projects, which aims to provide a comprehensive solution for running multiple independent Biome LSP sessions across different workspace folders or even individual folders within a mono-repository layout.
Unless explicitly told otherwise, the extension will automatically and transparently create a single project for each workspace folder present in the workspace.
This new version introduces the
biome.projects
configuration setting to support more complex use cases such as mono-repositories. This setting may be used to explicitly define projects at the workspace level or at the workspace folder level. This setting is ignored when defined globally, as it makes no sense in this case.In summary, projects open up the possibility of running different versions of Biome in different parts of the user’s code base, with the possibility to use dedicated configuration files if necessary.
Global LSP session
Up until now, the extension used the first available LSP to provide Biome support to Untitled files (files that haven’t yet been saved to disk). While usually not an issue in single-root workspaces, this approach is less ideal in multi-root workspaces where the LSP you’d get depended on the order in which the workspace folders had been opened/added.
To tackle this issue, the extension introduces an on-demand global LSP session dedicated to providing Biome features to Untitled files, and files opened in single-file mode. In workspace mode, this session is automatically destroyed to preserve resources once no more Untitled files are opened in the editor.
Platform-specific binaries
The new
biome.lsp.bin
configuration setting, which replacesbiome.bin
brings support for platform-specific binaries. Users will be able to specify the value either a string, or an object that maps platforms to their respective binaries.Using a string
Using an object