🚀 VS Code で !

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

アップデート 1.83.1: このアップデートでは、これらのissue (Issue)に対処しています。

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

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

これらのリリースノートをオンラインで読むには、Updates (code.visualstudio.com) にアクセスしてください。

Insiders: 最新機能をいち早く試したいですか？毎晩更新される Insiders ビルドをダウンロードして、最新のアップデートをすぐにお試しください。

アクセシビリティ

GitHub Pull Requests and Issues のコメント機能の改善

GitHub Pull Requests and Issues 拡張機能は、プルリクエストや Issue の作業、作成、管理を可能にするもので、今回のイテレーションでは、コメントとレビューのエクスペリエンスにおいて、アクセシビリティが大幅に向上しました。

スクリーンリーダーのユーザーは、エディターを開いたときにコメント範囲が含まれている場合、通知されるようになりました。新しいアクセシビリティヘルプダイアログ (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 以上のコマンドがあり、お気に入りの拡張機能を追加すると、その数はさらに増える可能性があります。コマンドパレットが今日提供している速度を維持しながら、探しているものを見つける手助けをする方法を導入したいと考えました。そのために、コマンドパレットの結果に「類似コマンド」という新しいセクションを含めることにしました。以下にいくつかの例を示します。

クエリは、結果に表示されるために「あいまい」に一致する必要がなくなりました。「Toggle Auto Save」のように。

'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」など) の基本的な処理の改善。

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

プロファイルのアイコン

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

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

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 拡張機能がインストールされている場合、キーワード一致によって見つかった設定に加えて、上位 15 件ではなく、上位 5 件の Copilot Chat 設定の一致のみが選択されます。

検索結果は、設定エディターの目次によって順序付けられ、一般的に使用される設定が上部に表示され、フィルター処理された拡張機能の設定が元の順序で表示されるようになりました。検索結果を一致タイプとスコアで順序付けするように戻すには、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 でプレビュー)

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

エディターアクションの数が利用可能なスペースを超えると、アクションは ... More Actions メニューにオーバーフローします。このロジックが改良され、Close や Split Editor などの重要なアクションが例外になりました。これは、利用可能なスペースが限られていても、常に表示されることを意味します。

配色テーマピッカーにテーマ識別子が表示されるようになりました

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

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 を有効にすると、Go to Symbol クイックピックにノートブック内のすべてのコードシンボルが入力されます。

セル実行時のスクロール

notebook.cell.executeAndSelectBelow を Shift+Enter で実行するときに、次のセルをどの程度表示するかを notebook.scrolling.revealNextCellOnExecute 設定で構成できるようになりました。

  • 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 と同じです。

3 番目のオプション "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 として表示されるようになりました。

リモート開発

Remote Development extensions を使用すると、Dev Container、SSH 経由のリモートマシン、または Remote Tunnels、または Windows Subsystem for Linux (WSL) をフル機能の開発環境として使用できます。

このリリースでは、SSH 経由と同様に Tunnels を使用して Dev Containers に接続する機能が追加されました。この新機能の詳細については、Remote Development リリースノート を参照してください。

拡張機能への貢献

GitHub Copilot

/tests の改善

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

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

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

以下の短いビデオでは、インラインチャットは、チューリッヒの現地時間と時差を計算するコードスニペットを提供するときに、ユーザーが東京に拠点を置いていることを記憶しています。

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

数か月前、コマンドパレットでクエリを実行し、コマンドパレットが役立つ回答を提供しなかった場合に、Copilot チャットで開くことができるように、コマンドパレットに Ask GitHub Copilot オプションを導入しました。

Ask GitHub Copilot を開く際の優先エクスペリエンス (サイドバーのチャットビューまたはクイックチャット) に関するフィードバックを収集しました。初回のエクスペリエンスをより親しみやすいものにするために、チャットビューを選択しました。

ただし、Ask 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 リポジトリ に Issue を提出してください。

Selecting an existing JupyterHub server in the Kernel Picker

Python

Python デバッガーのアップデート

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

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

試してみるには、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 の値を使用するようになります。justMyCode が launch.json で指定されている場合、その値は 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) が使用されます。これにより、一部のシナリオでは大幅に高速化できます。

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

以前は、部分的な呼び出し引数 (python.analysis.inlayHints.callArgumentNames) のインレイヒントを有効にする Pylance の設定は、呼び出し引数の型ヒントを有効または無効にするために 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 拡張機能 (プルリクエストと Issue の作業、作成、管理を可能にする) でさらに進展がありました。

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

拡張機能の 0.74.0 の変更ログ を確認して、その他のハイライトについて学んでください。

プレビュー機能

最も近いクイックフィックスのキーボードショートカット

⌘. (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

ソース管理同期ビュー

今回のマイルストーンリリースには、Source Control Sync ビューの初期バージョンが含まれています。新しいビューは、リモートブランチにプッシュされていないローカルの変更 (outgoing) と、リモートブランチからローカルにプルダウンされていない変更 (incoming) に関する詳細を提供します。このビューでは、ブランチを公開したり、リモートブランチと変更を同期 (プル/プッシュ) したりすることもできます。新しいビューはまだ実験段階であり、ユーザーからのフィードバックに基づいて今後のマイルストーンで改善を続けていきます。新しいビューは、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> イベントがあります。

keytar が VS Code から削除されました

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

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

拡張機能にとってこれは何を意味するのでしょうか？

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

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

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

--disable-keytar は --use-inmemory-secretstorage に名称変更されました

--disable-keytar フラグは、SecretStorage API が使用されたときに、マシン上にシークレットを永続化することを無効にしていました。これは主に CI 環境で使用されていました。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 の構成要素である SharedArrayBuffer のような強力な新機能が利用可能になります。

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

新しい開発者コマンド Developer: Download Settings Sync Activity を追加しました。このコマンドは、クラウドとローカルマシンの両方にある 設定同期 アクティビティ（ログを含む）をすべてダウンロードします。これは、設定同期に関する問題のトラブルシューティングに役立ちます。また、ダウンロードしたアクティビティを閲覧するための新しいビューを作成しました。このビューを開くには、Settings Sync: Show Synced Data コマンドを実行し、SYNC ACTIVITY (DEVELOPER) ビューを有効にします。ビュー内の Load Sync Activity ボタンを選択すると、ダウンロードした同期アクティビティを読み込むことができます（以下参照）。

Sync activity (developer) view with Load Sync Activity button

注目すべき修正

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

謝辞

最後になりましたが、VS Code のコントリビューターの皆様に心から感謝申し上げます。

Issue tracking

Issue tracking への貢献

プルリクエスト

vscode への貢献

`vscode-css-languageservice` への貢献

`vscode-html-languageservice` への貢献

`vscode-languageserver-node` への貢献

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