зеркало из
1
0
Форкнуть 0
A component library for building webview-based extensions in Visual Studio Code.
Перейти к файлу
Hawk Ticehurst 83c0b555e0
Publish `v1.2.2` toolkit package (#458)
Description of changes

Publish the v1.2.2 of the toolkit package to NPM
2023-02-24 14:46:28 -08:00
.github Add explicit file extensions to module imports (#436) 2022-12-22 15:34:46 -08:00
.storybook Add type module (#421) 2022-11-21 12:43:17 -08:00
docs Update getting started guide (#383) 2023-01-19 18:13:10 -08:00
policheck Add policheck config 2021-02-25 15:06:41 -08:00
scripts Fix react build script (#456) 2023-02-24 14:22:04 -08:00
src Update data grid docs (#457) 2023-02-24 14:35:00 -08:00
.eslintignore Export toolkit components as wrapped React components (#300) 2022-01-25 11:13:50 -08:00
.eslintrc.cjs Add type module (#421) 2022-11-21 12:43:17 -08:00
.gitignore Publish `v0.9.3` toolkit package (#358) 2022-03-23 12:01:27 -07:00
.npmignore Update getting started guide (#383) 2023-01-19 18:13:10 -08:00
.prettierignore Export toolkit components as wrapped React components (#300) 2022-01-25 11:13:50 -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 Project clean up (#351) 2022-03-11 09:22:26 -08:00
LICENSE Update Toolkit License (#152) 2021-06-23 16:38:04 -07:00
NOTICES Add third party notices file (#209) 2021-09-22 10:53:49 -07:00
README.md Remove deploy docs readme badge (#449) 2023-01-13 11:14:07 -08: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 Enable CodeQL in Azure pipeline (#441) 2023-01-20 11:37:16 -08:00
package-lock.json Publish `v1.2.2` toolkit package (#458) 2023-02-24 14:46:28 -08:00
package.json Publish `v1.2.2` toolkit package (#458) 2023-02-24 14:46:28 -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 Export toolkit components as wrapped React components (#300) 2022-01-25 11:13:50 -08:00

README.md

Webview UI Toolkit for Visual Studio Code

NPM Version License: MIT Toolkit CI Status

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.