VS Codeのエージェントモードを拡張するには、を試してください！

2023年9月 (バージョン 1.83)

更新 1.83.1: この更新では、これらの問題に対処しています。

ダウンロード: Windows: x64 Arm64 | Mac: Universal Intel Appleシリコン | Linux: deb rpm tarball Arm snap

Visual Studio Code の2023年9月リリースへようこそ。このバージョンには多くの更新が含まれており、気に入っていただけることを願っています。主なハイライトをいくつかご紹介します。

これらのリリースノートをオンラインで読みたい場合は、code.visualstudio.com の 更新 にアクセスしてください。

Insiders: 新機能をいち早く試したいですか？夜間ビルドのInsidersをダウンロードして、利用可能になり次第、最新の更新を試すことができます。

アクセシビリティ

GitHubプルリクエストと問題のコメントの改善

プルリクエストと問題の作業、作成、管理を可能にするGitHub Pull Requests and Issues拡張機能は、今回のイテレーションでコメントとレビューの体験において多くのアクセシビリティ改善が図られました。

スクリーンリーダーユーザーは、エディターを開いたときにコメント範囲が含まれているかどうかの情報を受け取ります。新しいアクセシビリティヘルプダイアログ (editor.action.accessibilityHelp) は、コメントスレッドと範囲間の移動コマンドに関する情報を提供します。

さらに、コメントコントロールがアクセス可能になりました。そのコンテキストでもヘルプダイアログ (editor.action.accessibilityHelp) が利用でき、ユーザーが何を期待し、この機能をどのように利用するかを知らせます。また、コメント範囲間を移動するための新しいコマンドComments: Go to Next Commenting Range (⌘K ⌥⌘↓ (Windows, Linux Ctrl+K Ctrl+Alt+Down)) と Comments: Go to Previous Commenting Range (⌘K ⌥⌘↑ (Windows, Linux Ctrl+K Ctrl+Alt+Up)) が追加されました。

ワークベンチ

コマンドパレットの類似コマンド結果

探しているコマンドを見つけるのは難しい場合があります。VS Codeだけでも2000以上のコマンドがあり、お気に入りの拡張機能を含めると、その数はさらに増える可能性があります。私たちは、コマンドパレットが現在提供している速度を維持しつつ、探しているものを見つけるのに役立つ方法を導入したいと考えました。これを行うために、コマンドパレットの結果に「類似コマンド」という新しいセクションを追加しています。いくつかの例を挙げます。

クエリが「あいまい」に一致しなくても、結果に表示されるようになりました。「自動保存の切り替え」のように。

'turn on auto save' and 'Toggle Auto Save' showed up in a similar results section

あいまいな結果がある場合でも、それらは上部に表示され、類似コマンドがそれに続きます。

user searched for 'change language' and 'Configure Display Language' showed up in a similar results section

拡張機能が提供するコマンドも検出されます。

user searched for 'show git blame' and 'toggle file blame' showed up in a similar results section

私たちは、これが正確なコマンド名を覚えるのに苦労している人々に本当に役立つと信じています…正直に言って、ある時点ではほとんどの人がそうでしょう。

これはこの新機能の最初の実装であり、まだコマンド名内の正確な単語の一致が必要です。将来的には、次のような改善が期待できます。

  • コマンドの非表示の説明に基づいたコマンドの一致。
  • 類義語（「toggle」と「turn on/off」、「show」と「reveal」など）のより基本的な処理。

ご意見をお聞かせください！

プロファイルのアイコン

これで、プロファイルにアイコンを関連付けることができます。このアイコンは、アクティビティバーの管理歯車アイコンの代わりに表示されます。これは、複数のプロファイルがあり、現在アクティブなプロファイルをすばやく識別したい場合に便利です。

次の画像は、新しいプロファイルを作成する際のアイコン選択ダイアログを示しています。

Icon selection dialog

アクティブなプロファイルのアイコンは、アクティビティバーに表示されます。

Active profile icon in the Activity bar

エディタータブの高さの密度

window.density.editorTabHeight 設定を使用すると、ユーザーはタブの高さをよりコンパクトなサイズに縮小できます。

デフォルトのエディタータブの高さ

Editor tabs with default height

コンパクトなエディタータブの高さ

Editor tabs with compact height

ピン留めされたエディタータブを別の行に表示

新しい設定workbench.editor.pinnedTabsOnSeparateRowが追加されました。有効にすると、ピン留めされたタブが他のタブの上の別の行に表示されます。エディタータブは、タブ行間でドラッグすると自動的にピン留めまたはピン解除されます。

Moving editor tabs between the two tab rows

設定エディターの検索調整

設定エディターでは、ノイズを減らすため、特定の検索クエリに対する結果の表示数を減らしました。GitHub Copilot Chat拡張機能がインストールされている場合、キーワード一致で見つかった設定に加えて、Copilot Chatの設定一致は上位5件のみが選択され、従来の15件から削減されました。

検索結果は、設定エディターの目次順に並べ替えられ、一般的に使用される設定が上部に表示され、フィルターされた拡張機能設定は元の順序で表示されるようになりました。検索結果を一致タイプとスコアで並べ替える設定に戻すには、workbench.settings.settingsSearchTocBehavior 設定を "hide" に設定し、検索クエリをクリアして、別の検索を開始してください。

Searching "default formatter" in the Settings editor results in the editor.defaultFormatter setting appearing at the top.

テーマ: Light Pink (vscode.devでプレビュー)

エディターアクションのオーバーフロー動作を改善

エディターアクションの数が利用可能なスペースを超えると、アクションは...その他のアクションメニューにオーバーフローします。このロジックが改善され、閉じるやエディターを分割などのいくつかの重要なアクションは除外されるようになりました。これは、利用可能なスペースが限られている場合でも、これらのアクションは常に表示されることを意味します。

カラーテーマピッカーでテーマ識別子を表示するようになりました

カラーテーマピッカーで、カラーテーマのローカライズされた名前と、その隣に文字列識別子が表示されるようになりました。これは、英語以外の言語パックを使用しているが、テーマの英語名しか知らないユーザーを助けるために行われました。

Color Theme Picker in Korean displaying English theme identifiers next to the localized name

コメント

コメントエディターは、GitHub Pull Request and Issues拡張機能などの拡張機能で使用され、プルリクエストのコメントを表示します。

コメントエディターのサイズ

コメントエディターは、行が追加されると、コメントが配置されているエディターのサイズに応じた最大高さまで拡張されるようになりました。

Comment editor expanding as lines are added

未解決のコメントでコメントビューを開く

設定 comments.openView に新しい値 firstFileUnresolved が追加されました。firstFileUnresolved を設定すると、未解決のコメントを含むファイルがセッションごとに最初に開かれたときに、コメントビューが開かれます。

解決済みコメントを自動的に折りたたむ

デフォルトでは、コメントスレッドを解決すると、それが折りたたまれるようになりました。この機能は、設定 "comments.collapseOnResolve" で無効にできます。

エディター

保存時および自動保存時のコードアクション

エディターで自動保存時のコードアクションを有効にできるようになりました。これにより、ウィンドウ変更時 (onWindowChange) またはフォーカス変更時 (onFocusChange) に保存または自動保存を行うと、コードアクションがトリガーされます。この機能を有効にするか、現在の設定を更新するには、Editor: Code Actions On Save (editor.codeActionsOnSave) を確認し、各コードアクションの設定を always に変更してください。

設定値も更新され、現在のブール値は文字列同等値に非推奨化されます。

オプションは次のとおりです

  • explicit: 明示的に保存されたときにコードアクションをトリガーします。trueと同じです。
  • always: 明示的に保存されたとき、およびウィンドウまたはフォーカス変更による自動保存時にコード アクションをトリガーします。
  • never: 保存時にコード アクションをトリガーしません。false と同じです。

このリリースではブール値も引き続きサポートされます。

ノートブック

ノートブックでシンボルへ移動

notebook.gotoSymbols.showAllSymbols を有効にすると、シンボルへ移動クイックピックにノートブック内のすべてのコードシンボルが入力されます。

セル実行時のスクロール

notebook.scrolling.revealNextCellOnExecute 設定で、Shift+Enter を使用して notebook.cell.executeAndSelectBelow を実行するときに、次のセルがどれだけ表示されるかを設定できるようになりました。

  • fullCell - 次のセル全体（デフォルト）。
  • firstLine - 最初の行のみ。
  • none - まったくスクロールしない。

"notebook.scrolling.revealNextCellOnExecute": "firstLine" の例を以下に示します。

空白のトリミングをサポート

ノートブックが既存の3つの空白関連設定を尊重するようになりました

  • files.trimTrailingWhitespace - ファイルを保存するときに末尾の空白をトリミングします。
  • files.trimFinalNewlines - ファイルの最後の改行の後のすべての改行をトリミングします。
  • files.insertFinalNewline - ファイルの最後に自動的に最後の改行を挿入します。

これらの設定は、自動保存を含む保存時に適用されます。

ノートブックコードアクションAPIの確定

ノートブックが提供されたコードアクションを完全にサポートし、それらをサポートするための専用のコードアクションの種類が追加されました。拡張機能の作成者が kind が notebook.source. で始まるアクションを定義した場合、保存時にノートブックエディターは、個々のセルではなく、ノートブック全体に対してその提供されたアクションを実行します。保存時に実行されるコードアクションを編集するには、設定エディターでNotebook: Code Actions on Saveを設定するか、settings.json ファイルで "notebook.codeActionsOnSave" を編集します。

コードアクションの現在の有効化が更新され、以前のブール値は列挙型と同等の値に非推奨化されました。オプションは次のとおりです。

  • "explicit": 明示的に保存されたときにコードアクションをトリガーします。trueと同じです。
  • "never": 保存時にコードアクションをトリガーしません。falseと同じです。

サードオプションの "always" が近日中に提供され、エディターのコードアクションと完全に一致し、ユーザーが自動保存設定 onFocusChange および onWindowChange でノートブックコードアクションをトリガーできるようになります。

言語

Perl 6/Raku

Perl 6 言語は Raku (言語識別子 raku) に名称変更され、.raku ファイルの言語として Raku が自動的に選択されるようになります。

デバッグ

JavaScriptデバッガー

WebAssemblyデバッグ

JavaScript デバッガーが、DWARF デバッグ情報を含む WebAssembly にコンパイルされたコードをデバッグできるようになりました。例えば、Emscripten を使用してコンパイルされた C++ コードをデバッグできます。

Debugger stopped on a breakpoint in C++ source code

テーマ: Codesong (vscode.devでプレビュー)

これを有効にするには、組み込みのJavaScriptデバッガーにプラグインするWebAssembly DWARF Debugging拡張機能をインストールする必要があります。詳細については、WebAssemblyのデバッグを参照してください。

WebAssembly デバッグは、Chromium 作者によるC/C++ デバッグ拡張機能を基盤として構築されており、彼らのサポートによって実現しました。

呼び出し履歴ビューの改善

呼び出し履歴ビューのメソッドと関数に、関数の (this) コンテキスト名が含まれるようになりました。たとえば、クラス Foo のメソッド bar の呼び出し履歴は、Foo.bar と表示されます。

リモート開発

リモート開発拡張機能を使用すると、開発コンテナー、SSHを介したリモートマシン、リモートトンネル、またはWindows Subsystem for Linux (WSL) をフル機能の開発環境として使用できます。

このリリースでは、SSH経由と同様にトンネルを使用して開発コンテナーに接続する機能が追加されました。この新機能の詳細については、リモート開発リリースノートで確認できます。

拡張機能への貢献

GitHub Copilot

/tests の改善

GitHub Copilot Chat 拡張機能で利用可能なチャットビューとインラインチャットの /tests を改善しました。/test スラッシュコマンドは、使用しているテストフレームワークをより正確に検出し、同じスタイルの新しいテストを生成できるようになりました。また、新しいテストファイルの名前（例: foo.py の test_foo.py、bar.js の bar.test.js）の提案も大幅に改善されるはずです。

インラインチャットが複数ターンに対応

インラインチャットは、現在のセッションのすべてのプロンプトを保持するようになりました。これにより、以前のメッセージを参照したり、質問に返信したりできます。

以下の短いビデオでは、インラインチャットは、ローカル時間とチューリッヒとの時差を計算するコードスニペットを提供する際に、ユーザーが東京在住であると言ったことを記憶しています。

GitHub Copilot に質問のデフォルトがチャットビューに

数ヶ月前、コマンドパレットにGitHub Copilot に質問オプションを導入しました。これにより、コマンドパレットが適切な回答を提供しなかった場合に、コマンドパレットでのクエリを Copilot チャットで開くことができるようになりました。

GitHub Copilot に質問が開くべき好ましいエクスペリエンス（サイドバーのチャットビューまたはクイックチャット）についてフィードバックを収集しました。初回体験をより身近なものにするため、チャットビューを選択しました。

そうは言っても、GitHub Copilot に質問をクイックチャットで開きたい場合は、askChatLocation 設定で動作を変更できます。

"workbench.commandPalette.experimental.askChatLocation": "quickChat"

コマンドパレットの類似コマンド

今回のイテレーションで、コマンドパレットに類似コマンド機能を搭載しました。Copilot Chatのユーザーは、Copilot AIを使用して類似性を判断できるため、さらに優れた類似コマンド体験を得られます。この賢さにより、同義語や意図を考慮でき、私たちのテストでは、Copilotは話し言葉の類似性も処理できました。コマンドパレットで探している正確なコマンドを見つけるのがこれまでになく簡単になりました！

Jupyter

拡張機能開発者向け Jupyter Server Provider API を確定

Jupyter拡張機能のJupyterサーバーを提供するAPIが確定されました。拡張機能は、APIを使用して、カーネルピッカーに表示するカスタムJupyterサーバーのリストを提供できます。

APIの使用例は、Jupyter Server Provider Sampleで確認できます。JupyterHub拡張機能もこの同じAPIを使用しています。

npm パッケージ @vscode/jupyter-extension には、すべての TypeScript 型定義が含まれています。

JupyterHub 拡張機能

JupyterHub 拡張機能が利用可能になり、JupyterHub へのログインと、VS Code のノートブックまたはインタラクティブウィンドウ内からのカーネルに対するコード実行をサポートします。この拡張機能は、vscode.dev および github.dev のブラウザーでも動作します。

この新しい拡張機能に関する問題やフィードバックがある場合は、JupyterHub 拡張機能の GitHub リポジトリで課題を報告できます。

Selecting an existing JupyterHub server in the Kernel Picker

Python

Python デバッガーの更新

数か月前に発表されたDebugpy拡張機能は、マーケットプレイスでの発見性を高めるためにPython Debuggerに名称変更されました。

この拡張機能には、新しいユーザー設定 debugpy.debugJustMyCode が含まれるようになりました。これを無効にすると、すべてのアプリケーションでシステムコードまたはサードパーティライブラリコードにステップインできるようになります（デフォルトでは、デバッガーは自身のPythonコードで定義されているコードのみにステップインします）。これは、launch.json デバッグ設定をすべてのプロジェクトで手動で構成する必要なく、すべてのプロジェクトで justMyCode をより便利に無効にしたいというユーザーにとって人気のある機能要求でした。

試すには、Python Debugger拡張機能がインストールされていることを確認してください。次に、設定エディター (⌘, (Windows, Linux Ctrl+,)) を開き、「debugJustMyCode」を検索してチェックボックスを無効にします。

Searching "debugJustMyCode" in the Settings editor results in the debugpy.debugJustMyCode setting appearing at the top.

これで、launch.json ファイルを作成すると、ファイル内で justMyCode が指定されていない限り、拡張機能はデフォルトで debugpy.debugJustMyCode の値を使用します。なお、launch.json で justMyCode が指定されている場合、その値は debugpy.debugJustMyCode 設定よりも優先されます。

Pylint拡張機能の変更時Lintオプション

デフォルトでは、Pylint 拡張機能は、ファイルを保存したときにのみエラーと警告を報告します。新しい設定 pylint.lintOnChange が追加され、これを true に設定すると、ファイルを保存することなく、入力中に拡張機能がエラーと警告を報告するようになります。

Mypy拡張機能のレポートスコープとデーモンモード

Mypy Type Checker 拡張機能には、Mypy のレポートスコープと Mypy のデーモンを使用するかどうかを指定できる2つの新しい設定が追加されました。

1つ目は mypy-type-checker.reportingScope で、ワークスペース内の開いているファイルのみに問題を報告するように file (デフォルト) に設定するか、ワークスペース内のすべてのファイルに報告するように workspace に設定できます。

2つ目は mypy-type-checker.preferDaemon で、これを true に設定すると、Mypy 自体 (mypy) ではなくMypy のデーモン (dmypy) を使用して型チェックが実行されます。これは、一部のシナリオでははるかに高速になる可能性があります。

呼び出し引数のインレイヒント設定の更新

以前は、Pylanceの呼び出し引数に対するインレイヒントを有効にする設定（python.analysis.inlayHints.callArgumentNames）は、呼び出し引数の型ヒントを有効または無効にするためにtrueまたはfalseにのみ設定できました。この設定は、呼び出し引数に表示される型ヒントをより細かく制御できるように変更されました。

位置専用およびキーワード専用パラメーターのヒントを無効にするにはpartial、それらを有効にするにはall、完全に無効にするにはoffに設定できるようになりました。

Python 3.7 サポートの非推奨化

以前、2023年7月のリリースブログでお知らせしたとおり、Python拡張機能におけるPython 3.7の公式サポートを終了しました。Python 3.7のサポートを積極的に削除する計画はなく、当面は非公式にPython 3.7で拡張機能が動作し続けると予想されます。

なお、その他のすべてのPythonリリースは年次リリースサイクルに移行しており、したがって、PythonリリースがEOLに達したら、翌年の最初の拡張機能リリースで公式サポートを終了する予定です（例えば、Python 3.8は2024年10月にEOLに達する予定なので、2025年の最初の拡張機能リリースで公式サポートを終了します）。

GitHub Pull Requests and Issues

プルリクエストや課題の作業、作成、管理を可能にするGitHub Pull Requests and Issues拡張機能は、さらに進展しました。

  • PRのレビューのアクセシビリティが改善されました。
  • ブランチが公開されていない場合でも、コミットが作成ビューに表示されます。

その他のハイライトについては、拡張機能の0.74.0リリース changelogを確認してください。

プレビュー機能

最寄りのクイックフィックスのキーボードショートカット

カーソルがその行のどこにあっても、⌘. (Windows, Linux Ctrl+.) (コマンドID editor.action.quickFix) から行内の最寄りのクイックフィックスをアクティブ化する新しい設定が追加されました。

このコマンドは、クイックフィックスによってリファクタリングまたは修正されるソースコードをハイライト表示します。通常のコードアクションと修正を伴わないリファクタリングは、引き続きカーソル位置でアクティブ化できます。この機能を有効にするには、Code Action Widget: Include Nearby Quickfixes (editor.codeActionWidget.includeNearbyQuickfixes) をチェックしてください。

Example of new Quick Fix behavior, showing activation on nearest errors, and showing how all Code Actions can still be utilized at the cursor location

ソース管理同期ビュー

このマイルストーンのリリースには、ソース管理同期ビューの初期バージョンが含まれています。この新しいビューは、リモートブランチにプッシュされていないローカル変更 (送信) と、リモートブランチからローカルにプルされていない変更 (受信) に関する詳細を提供します。このビューでは、ブランチを公開したり、リモートブランチと変更を同期 (プル/プッシュ) することもできます。この新しいビューはまだ実験段階であり、ユーザーからのフィードバックに基づいて、今後のマイルストーンで改善を続けていきます。この新しいビューは、scm.experimental.showSyncView 設定で表示できます。ぜひ試して、issue #192290 にフィードバックをお寄せください。

Source Control Sync view showing a diff view of an incoming change

コマンドセンターとデバッグツールバー

コマンドセンター内にデバッグツールバーを表示する新しい実験的な設定が追加されました。コマンドセンターを有効にして、debug.debugToolbarLocation 設定を構成してください。

"debug.toolBarLocation": "commandCenter"

Debug controls inside the Command Center

テーマ: GitHub Light Colorblind (Beta) (vscode.devでプレビュー)

拡張機能の作成

文字列設定の検証のためのUnicode文字クラスエスケープをサポート

Unicode文字クラスエスケープが、文字列および文字列配列設定を検証するための正規表現でサポートされるようになりました。つまり、文字列および文字列配列設定で、"\\p{Letter}+"のような値を持つpatternフィールドを指定できるようになり、文字のみを含む文字列値を許可できるようになりました。

現時点では、文字列値を持つオブジェクト設定にはUnicode文字クラスエスケープのサポートは利用できません。

ターミナルメニューへの貢献

terminal/context と terminal/title/context に貢献できる2つの新しいメニューが追加され、それぞれターミナルコンテキストメニューとターミナルタブコンテキストメニューにエントリが追加されます。使用例:

{
  "contributes": {
    "menus": {
      "terminal/context": [
        { "command": "terminalTest.sendText" }
      ],
      "terminal/title/context": [
        { "command": "terminalTest.sendText" }
      ]
    }
    }
}

新しい env.onDidChangeShell イベント

env.shell の値が変更されたときに発生する新しい env.onDidChangeShell: Event<string> イベントが追加されました。

VS Code から keytar を削除

6月には、SecretStorage APIをElectronのsafeStorageを使用するように移行し、アーカイブされメンテナンスされていないkeytarモジュールをVS Codeから非推奨化および削除する計画を含めました。当初はkeytarを削除しませんでしたが、一部の拡張機能がまだkeytarを直接インポート/要求していたためです（これはSecretStorage APIが存在する前には推奨されていましたが、SecretStorage APIがリリースされた後には推奨されませんでした）。

製品のテレメトリーと keytar なしの Insiders ビルドに基づいて、keytar の使用が減少したため、VS Code から keytar を完全に削除する準備ができました。

私の拡張機能にとってこれは何を意味しますか？

SecretStorage API を使用している場合、何も影響はありません。6月からシークレットを keytar から移行していたため、2か月の間に触れられたシークレットはすべてすでに移行されているはずです。

拡張機能で keytar を直接使用している場合、検討すべきオプションがいくつかあります。

  • (推奨) ExtensionContextでVS Codeが提供するSecretStorage APIを使用します。このAPIはクロスプラットフォームであり、VS Codeがサポートするすべてのプラットフォームで動作します。また、VS Codeチームによってメンテナンスされており、今後もメンテナンスされ続け、現時点ですでに長年VS Code APIの一部となっています。
  • (非推奨) keytar モジュールを拡張機能にバンドルできます。keytar はネイティブの Node モジュールであるため、サポートしたいプラットフォームごとにプラットフォーム固有の拡張機能を公開する必要があることに注意してください。

--disable-keytar が --use-inmemory-secretstorage に名称変更

--disable-keytar フラグは、SecretStorage API が使用されたときに、マシンにシークレットを永続化することを無効にしました。これは主に、キーリングが設定されていない CI 環境で使用されていました。キーリングがないと、SecretStorage API がキーリングなしで使用されたときに VS Code がエラーをスローするためです。

keytar を削除したため、このフラグには新しい名前が必要でした。--disable-keytar は非推奨となり、--use-inmemory-secretstorage が推奨されます。将来的には、--disable-keytar の削除を検討しますが、近い将来に削除されることはありません。

最後に、keytarから迅速に移行し、VS Codeでユーザーが安全で素晴らしいシークレット体験をできるようにしてくれたすべての素晴らしい拡張機能開発者に感謝します！

Language Server Protocol

Language Server Protocol npm パッケージの新しいバージョンがリリースされました (protocol@3.17.5, client@9.0.1, server@9.0.1)。

リリースのハイライトは以下の通りです。

  • 提案されたインライン補完リクエストを追加しました。

  • 提案された書式設定範囲リクエストを追加しました。

  • 折りたたみ範囲の提案されたリフレッシュリクエストが追加されました。APIがイベントエミッターを公開する必要があるため、これにより折りたたみ範囲機能の形状が変更され、破壊的変更となります。プロバイダーにアクセスするには、以下のコードを使用する必要があります。

    client.getFeature(lsclient.FoldingRangeRequest.method).getProvider(document)?.provider;

  • 様々なバグ修正。

エンジニアリング

フローティングエディターウィンドウの探索

エディターをワークベンチウィンドウから独自のウィンドウに引き出す方法の検討を開始しました。この機能は、私たちの機能リクエストの中で最も投票数が多く、10月には Insiders ユーザーが試せる最初の動作バージョンを公開する予定です。

すべてのウィンドウのすべてのエディターは、同じ基盤となるエディターモデルで動作するため、1つのウィンドウで行われた変更は、他のすべてのウィンドウにリアルタイムで反映されます。フローティングウィンドウで任意のエディターレイアウトを作成し、必要な数のウィンドウで好きなエディターを開くことができます。

最初の動作バージョンでは、ステータスバーもフローティングウィンドウに表示され、行番号や選択範囲などのエディター情報が表示されることを想定しています。今後の開発にご期待ください！

vscode.dev がクロスオリジン分離に対応

vscode.devでクロスオリジン分離が有効になりました。これにより、共有配列バッファのような強力な新機能が利用可能になります。共有配列バッファは、ファイル間のTypeScriptサポート、WebでのPython実行、そして一般的なvscode-wasm-wasiの基盤となります。

設定同期のトラブルシューティング

新しい開発者コマンド開発者: 設定同期アクティビティをダウンロードを追加しました。このコマンドは、ログを含む、クラウドとローカルマシン上のすべての設定同期アクティビティをダウンロードします。これは、設定同期の問題をトラブルシューティングするのに役立ちます。また、ダウンロードしたアクティビティを閲覧するための新しいビューも作成しました。このビューは、設定同期: 同期データを表示コマンドを実行し、SYNC ACTIVITY (DEVELOPER)ビューを有効にすることで開くことができます。以下に示すように、ビューの同期アクティビティを読み込むボタンを選択することで、ダウンロードした同期アクティビティを読み込むことができます。

Sync activity (developer) view with Load Sync Activity button

注目すべき修正点

  • 190679 テーマカラー icon.foreground が一貫性がなく .svg で機能しない

ありがとうございます

最後に、VS Codeの貢献者の皆様に心からの感謝を申し上げます。

問題追跡

問題追跡への貢献者

プルリクエスト

vscodeへの貢献者

vscode-css-languageserviceへの貢献者

vscode-html-languageserviceへの貢献

vscode-languageserver-nodeへの貢献者

vscode-pull-request-githubへの貢献者