зеркало из
1
0
Форкнуть 0
A component library for building webview-based extensions in Visual Studio Code.
Перейти к файлу
Hawk Ticehurst 43031c6ca0
Update README.md
2024-08-02 12:27:35 -07:00
.github Update `eslint` related dependencies and ci pipelines (#526) 2023-12-05 11:07:24 -08:00
docs Update esbuild config in getting started guide (#450) 2023-03-21 15:22:32 -07:00
policheck Add policheck config 2021-02-25 15:06:41 -08:00
scripts Add react testing environment (#478) 2023-05-11 16:23:06 -07:00
src Fix shrinking checkbox when parent container shrinks (#544) 2024-03-07 16:15:23 -08:00
.eslintignore Export toolkit components as wrapped React components (#300) 2022-01-25 11:13:50 -08:00
.eslintrc.cjs Update `eslint` related dependencies and ci pipelines (#526) 2023-12-05 11:07:24 -08:00
.gitignore Add react testing environment (#478) 2023-05-11 16:23:06 -07:00
.npmignore Update npmignore file (#519) 2023-11-13 15:55:45 -08:00
.prettierignore Remove `storybook` and replace with `codesandbox` (#460) 2023-03-08 11:19:53 -08:00
.prettierrc Add React toolkit components documentation (#336) 2022-02-16 16:24:01 -08:00
CODE_OF_CONDUCT.md Update Prettier Config (#90) 2021-05-19 12:04:13 -07:00
CONTRIBUTING.md Remove deleted npm scripts from `contributing.md` (#492) 2023-06-22 15:10:09 -07:00
LICENSE Update Toolkit License (#152) 2021-06-23 16:38:04 -07:00
NOTICES Remove `storybook` and replace with `codesandbox` (#460) 2023-03-08 11:19:53 -08:00
README.md Update README.md 2024-08-02 12:27:35 -07:00
SECURITY.md Update docs with minor phrasing and grammar tweaks (#159) 2021-07-01 18:50:30 -07:00
api-extractor.json Export toolkit components as wrapped React components (#300) 2022-01-25 11:13:50 -08:00
azure-pipelines.yml Update `eslint` related dependencies and ci pipelines (#526) 2023-12-05 11:07:24 -08:00
package-lock.json Bump braces from 3.0.2 to 3.0.3 (#558) 2024-07-30 11:59:49 -07:00
package.json Publish `v1.4.0` toolkit package (#533) 2023-12-06 15:53:38 -08:00
rollup.config.js Update Toolkit to FAST Foundation `v2` (#273) 2021-10-22 14:12:08 -07:00
tsconfig.eslint.json Automate toolkit test set up in a webview extension environment (#317) 2022-01-18 12:51:35 -08:00
tsconfig.json Remove `storybook` and replace with `codesandbox` (#460) 2023-03-08 11:19:53 -08:00
tsdoc.json Update `@microsoft/api-extractor` and add `tsdoc.json` file (#529) 2023-12-06 10:58:31 -08:00

README.md

Webview UI Toolkit for Visual Studio Code

NPM Version License: MIT Toolkit CI Status

[!WARNING] The Webview UI Toolkit for VS Code will be deprecated on January 1, 2025. See the deprecation announcement for more details.

Webview Toolkit for Visual Studio Code Artwork

Introduction

The Webview UI Toolkit is a component library for building webview-based extensions in Visual Studio Code.

Some of the library's features include:

  • Visual Studio Code design language: All components follow the design language of Visual Studio Code, which enables developers to create extensions that have a consistent look and feel with the rest of the editor.
  • Automatic support for color themes: All components are designed with theming in mind, and will automatically display the current editor theme.
  • Tech stacks: The library ships as a set of web components. This means developers can use the toolkit no matter which tech stack – React, Vue, Svelte, etc. – their extension is built with.
  • Immediate accessibility: All components ship with web-standard compliant ARIA labels and keyboard navigation.

Getting started

Follow the Getting Started Guide.

If you already have a webview-based extension, you can install the toolkit with the following command:

npm install --save @vscode/webview-ui-toolkit

Documentation

For more information, check out the following documentation:

A note on webview usage

Webviews are a powerful way to add custom functionality beyond what the Visual Studio Code API supports. They're fully customizable, which, historically, has meant that the responsibility of developing UI which aligns with the Visual Studio Code design language and follows our webview guidelines lies in the hands of extension authors.

The Webview UI Toolkit shifts some of this responsibility away from extension developers. It does this by providing core components that make it easier to build higher quality webview UIs in Visual Studio Code.

With all this said, we still strongly encourage you to carefully review whether or not your extension needs to use webviews before building. While webviews provide a great way to add custom functionality, oftentimes, they come at the cost of performance and accessibility.

The core Visual Studio Code API provides a vast array of building blocks for highly performant, accessible, and tightly integrated extension experiences. Generally, we encourage you to use them before webviews. If you haven't already, check out this overview of API capabilities to get an idea of what's possible.

Finally, if you're ever unsure if your extension should use webviews or not, you should open an issue and we'll give you some feedback and guidance.

Contributing

Read the contributing documentation.

Microsoft and any contributors grant you a license to any code in the repository under the MIT License, see the LICENSE file.

This project may contain trademarks or logos for projects, products, or services. Authorized use of Microsoft trademarks or logos is subject to and must follow Microsofts Trademark & Brand Guidelines. Use of Microsoft trademarks or logos in modified versions of this project must not cause confusion or imply Microsoft sponsorship. Any use of third-party trademarks or logos are subject to those third-partys policies.

Privacy information can be found here.

Microsoft and any contributors reserve all other rights, whether under their respective copyrights, patents, or trademarks, whether by implication, estoppel or otherwise.