🚀 在 VS Code 中！

2021 年 7 月 (版本 1.59)

更新 1.59.1：此更新解決了這些問題。

此版本也解決了 CVE-2021-26437。

下載：Windows：x64 Arm64 | Mac：通用 Intel Silicon | Linux：deb rpm tarball Arm snap

歡迎使用 Visual Studio Code 2021 年 7 月發行版本。此版本有許多更新，我們希望您會喜歡，其中一些主要重點包括

如果您想在線上閱讀這些發行說明，請前往 更新，網址為 code.visualstudio.com。

加入我們的直播，於太平洋時間 8 月 10 日星期二上午 8 點（倫敦下午 4 點）在 VS Code 團隊的直播中，觀看此版本新功能的示範，並現場向我們提問。

Insiders 版本： 想盡快試用新功能嗎？您可以下載每夜建置的 Insiders 版本，並在最新更新可用時立即試用。

工作台

擴充功能

改進了調整大小後的擴充功能檢視。在以下短片中，預設寬度的擴充功能檢視顯示所有詳細資訊（先前未顯示圖示、評分和安裝計數）。隨著檢視縮小，會顯示較小的擴充功能圖示，當其寬度進一步縮小時，圖示和評分會隱藏。

Dynamic Extensions view

佈景主題：GitHub Light Theme

擴充功能檢視現在在擴充功能上顯示自訂懸停效果。此豐富的懸停效果包含擴充功能的完整描述和其他實用資訊，例如擴充功能為何停用或建議。

Custom Extension hover

佈景主題：GitHub Light Theme

您現在可以在擴充功能窗格中新的 執行階段狀態 索引標籤中檢查擴充功能的執行階段狀態。狀態資訊包括其啟動時間、是否在啟動時啟動，以及是否有任何警告或錯誤。某些資訊會顯示在擴充功能檢視及其懸停效果中（如上圖所示）。

Extension Runtime Status

佈景主題：GitHub Light Theme

擴充功能窗格的詳細資料索引標籤現在顯示類別、資源連結和其他資訊，例如擴充功能發行和更新日期。選取類別將在擴充功能檢視中顯示該類別中的其他擴充功能。

Extension Details

佈景主題：GitHub Light Theme

設定編輯器

設定編輯器現在支援物件的驗證。驗證會檢查直接編輯 JSON 檔案時可能引入的類型錯誤。

Object setting showing validation errors

陣列設定現在在非編輯模式下具有拖放支援。此外，uniqueItems 屬性設定為 true 的列舉陣列設定現在只會顯示下拉式選單中的剩餘選項，而不是所有選項。

Drag and drop for array settings

設定編輯器現在也支援多行字串設定，其中值會在多行文字區域而非單行輸入框中呈現。

An example of a multiline string setting

擴充的佈景主題自訂語法

以下列出的色彩自訂設定允許使用者自訂目前佈景主題的色彩

  • workbench.colorCustomizations
  • editor.tokenColorCustomizations
  • editor.semanticTokenColorCustomizations

有新的語法可一次自訂多個佈景主題

    "workbench.colorCustomizations": {
        "[Abyss][Red]": {
            "activityBar.background": "#ff0000"
        },
        "[Monokai*]": {
            "activityBar.background": "#ff0000"
        }
    },

可以列出多個佈景主題，並且可以在名稱的開頭和結尾使用 * 萬用字元。

支援 Jupyter 筆記本

本月，我們將處理讀取 *.ipynb 檔案的程式碼從 Jupyter Notebook 擴充功能移至新的內建擴充功能中。這表示您現在可以在 VS Code 的全新安裝中開啟 Jupyter 筆記本，而無需安裝完整的 Jupyter 擴充功能。但是，如果您想要執行儲存格或檢視使用 ipywidgets 或其他複雜渲染器類型的輸出，則必須安裝 Jupyter 擴充功能。

筆記本版面配置改進

我們在此迭代中對筆記本版面配置進行了一些改進

  • 當儲存格摺疊時，現在會呈現儲存格輸入的第一行。
  • 當視窗不夠寬以呈現所有主要動作時，筆記本編輯器工具列上的動作將移至溢位選單 (...)。
  • notebook.undoRedoPerCell 的預設值現在已變更為 true。

notebook layout improvements

我們也更新了程式碼儲存格的預設樣式，現在顯示背景顏色以協助區分儲存格。佈景主題可以使用 notebook.cellEditorBackground 自訂此色彩。

Example of updated notebook code cells

最後，您現在可以使用設定 notebook.globalToolbarShowLabel 切換筆記本工具列上的文字標籤。

Example of notebook toolbar text

設定複製相對路徑的路徑分隔符號

新的設定 explorer.copyRelativePathSeparator 允許您在叫用 複製相對路徑 動作時，明確設定路徑分隔符號。

可用的分隔符號選項為

  • auto (預設) - 使用作業系統特定的路徑分隔字元。
  • / - 使用斜線作為路徑分隔字元。
  • \\ - 使用反斜線作為路徑分隔字元。

在編輯器群組之間共用檢視狀態

新增了新的設定 workbench.editor.sharedViewState，以設定編輯器檢視狀態（例如，編輯器中的捲動位置）在編輯器群組之間的共用方式。

預設情況下，此設定已停用，以保留目前的行為。如果您將編輯器開啟到側邊，然後稍後關閉該編輯器群組，然後再次將編輯器開啟到側邊，則不會還原任何檢視狀態，因為您正在開啟新的編輯器群組。但是，當您啟用此設定時，最近的編輯器檢視狀態會在所有編輯器群組之間保留，並且將會使用，除非找到更具體的編輯器群組檢視狀態。

在下方，當重新開啟側邊的 package.json 檔案時，會保留選取狀態。

Shared editor group view state

編輯器

在摺疊區域之間導航

有新的命令可將游標位置設定為對應的摺疊

  • 前往下一個摺疊 (editor.gotoNextFold)
  • 前往上一個摺疊 (editor.gotoPreviousFold)
  • 前往父摺疊 (editor.gotoParentFold)

這些命令目前沒有預設按鍵繫結，但您可以透過 偏好設定：開啟鍵盤快速鍵 新增自己的鍵盤快速鍵 (⌘K ⌘S (Windows、Linux Ctrl+K Ctrl+S))。

自動摺疊匯入

使用設定 editor.foldingImportsByDefault 可讓匯入語句自動摺疊。檔案開啟一次後，就會儲存摺疊狀態。此功能適用於 TypeScript、JavaScript、Java、C#、C++，以及所有具有摺疊範圍提供者且註解匯入語句為 FoldingRangeKind.Imports 的語言。

從選取範圍植入搜尋字串

尋找控制項設定 editor.find.seedSearchStringFromSelection 已擴充為僅支援從非空選取範圍植入搜尋字串。預設情況下，當顯示尋找控制項時，編輯器將使用選取範圍或空選取範圍周圍的文字作為搜尋鍵盤。

行內建議改進

我們已變更行內建議的呈現方式。這不僅修正了許多錯誤，也使自動換行能夠感知行內建議。

此外，現在支援非尾隨位置的多行行內建議。

嵌入提示改進

我們也變更了嵌入提示的呈現方式。透過使用與行內建議相同的機制，自動換行現在也會將嵌入提示納入考量。此機制也啟用嵌入提示周圍的獨立游標停靠點。

終端機

跨視窗拖放終端機

將終端機從一個視窗的索引標籤清單或編輯器區域拖放到另一個視窗的索引標籤清單、編輯器區域或面板。

Drag and drop terminal across windows

子程序追蹤和關閉警告

現有的 terminal.integrated.confirmOnExit 和新的 terminal.integrated.confirmOnKill 設定使用子程序追蹤，以便在嘗試關閉具有 Shell 程序下子程序的終端機時顯示警告。預設情況下，此追蹤僅影響編輯器區域中的終端機，但現在可以設定為顯示所有終端機或面板區域中終端機的警告。

設定貢獻的終端機設定檔為預設值

由擴充功能貢獻的終端機設定檔現在可以設定為預設設定檔。預設終端機設定檔在終端機下拉式選單中以 預設 後綴表示。

The terminal profile dropdown displays indicates the extension terminal profile is set as the default

底線和刪除線支援

整合式終端機現在支援底線和刪除線屬性。例如，可以設定 Git 以使用這些新的屬性。

Git output in terminal with underline and strikethrough text

佈景主題：Sapphire Theme

以上範例在 .gitconfig 中使用以下設定

[color "status"]
  added = green bold
  changed = red bold strike
  untracked = cyan
  branch = yellow black bold ul

在編輯器區域側邊建立終端機

有一個新的命令 workbench.action.createTerminalEditorSide，可在作用中編輯器的側邊編輯器區域中建立終端機。

作用中終端機索引標籤指示器

佈景主題現在可以使用佈景主題金鑰 terminal.tab.activeBorder 設定垂直線的色彩，以指示作用中終端機索引標籤。

Highlighted active terminal

如果未設定 terminal.tab.activeBorder，色彩將回復為 tab.activeBorder。

停用終端機索引標籤圖示中的動畫

新的設定 terminal.integrated.tabs.enableAnimation 將停用終端機索引標籤圖示中的動畫。對於工作，會使用播放按鈕，而不是旋轉器動畫。

Terminal tab without animation and play button displayed

偵錯

改進編輯器標題中的執行/偵錯按鈕

在 2 月發行版本中，我們在編輯器標題區域的中心（且精簡）位置引入了下拉式按鈕，以將執行和偵錯命令分組（請參閱 1.54 發行說明）。根據使用者意見反應，我們嘗試透過記住上次執行的動作來改進下拉式按鈕。下拉式按鈕現在有兩個點擊區域，一個用於預設動作（左側），另一個用於下拉式選單（右側），選取時，它會執行動作並記住它作為新的預設值。

Debug/run split button shown for Java

下拉式選單行為

  • 如果只有單一執行或偵錯動作，則會省略下拉式選單。
  • 如果有一個以上的執行或偵錯動作，則所有動作都會顯示在下拉式選單中，並且預設動作會設定為下拉式選單中的第一個動作（只要沒有記住的動作）。
  • 預設動作會在 VS Code 重新啟動時針對特定工作區保留；它不會針對每個編輯器保留。

擴充功能的貢獻

Live Preview

Live Preview 擴充功能，上個月發行，有一些令人興奮的新功能。這些包括

  • 與用於外部預覽的內建 JavaScript 偵錯工具的相容性。
    • 執行 Live Preview: 顯示偵錯預覽 來試用看看！
  • 嵌入式瀏覽器的改進，例如「在頁面中尋找」支援和快速存取 webview DevTools。
  • 自動產生檔案的檔案系統監看。
  • 以及更多！🎉

若要查看本月進度的更多詳細資訊，請參閱擴充功能的發行說明。

Live Preview Debugging

Live Preview new browser features

佈景主題：GitHub Dark Theme

GitHub Pull Requests 和 Issues

持續開發 GitHub Pull Requests and Issues 擴充功能，可讓您處理、建立和管理提取請求和問題。本月的主要重點之一是，問題的 開始處理 已擴充，讓您可以處理目前儲存庫外部的問題。

若要瞭解所有新功能和更新，您可以查看擴充功能 0.29.0 發行版本的完整變更記錄。

Jupyter

持續開發 Jupyter 擴充功能。若要瞭解所有新功能和更新，您可以閱讀擴充功能 7 月發行版本的完整變更記錄。

如果您想進一步瞭解 VS Code 啟用筆記本原生支援的路徑，您可以閱讀最近的筆記本的成熟部落格文章。

互動式視窗

Jupyter 互動式視窗提供了一種使用文字檔案而非筆記本介面來建置和處理 Jupyter 筆記本的替代方法。上個月，我們預覽了升級版本的 Jupyter 互動式視窗，其中包含更深入的工作台整合，包括佈景主題、自訂按鍵繫結、程式碼片段、與擴充功能的相容性等等的支援。非常感謝使用者透過 GitHub 問題提供有關預覽體驗的意見反應。內建的互動式視窗現在是 1.59 中的預設介面。先前的介面將保留在設定 "jupyter.enableNativeInteractiveWindow": false 後方，並將在即將發行的版本中移除。我們期待您的意見反應。

Shift+Enter to run code in the Interactive window

逐行執行

我們一直致力於支援 Jupyter 筆記本中的「逐行執行」功能。此功能本質上是一種簡化的偵錯模式，可讓您逐行逐步執行儲存格的程式碼，而無需任何複雜的偵錯 UI。這仍然是實驗性的，但您可以透過設定 "jupyter.experimental.debugging": true、在選取的核心中安裝 ipykernel 版本 6，然後選取儲存格工具列中的 逐行執行 按鈕來試用它。

Run by line

Python

在 Python 擴充功能中，我們改進了 Python 解譯器清單的排序。過去，虛擬環境會顯示在清單底部，導致大量捲動和/或搜尋。位於專案根目錄的虛擬環境現在會先顯示，然後再顯示全域安裝的環境。

List of Python interpreters

Dev Containers devcontainer CLI

用於從 VS Code 內處理 Docker 容器的 Dev Containers 擴充功能，現在包含 devcontainer 命令列介面，可讓您在開發容器中開啟資料夾 (devcontainer open) 或建置開發容器映像 (devcontainer build)。

您可以在遠端開發發行說明中瞭解新的遠端開發擴充功能功能和錯誤修正。

預覽功能

自動偵測未命名檔案的語言

我們很高興宣佈未命名檔案的自動語言偵測的初始預覽，該偵測使用機器學習來偵測您正在編寫程式碼的語言，並自動設定未命名檔案的語言模式。此功能使用開源 ML 程式庫 Tensorflow.js 和 GitHub 使用者 @yoeo 的 Guesslang 中的 ML 模型。

在此版本中，此功能預設為關閉，但我們計劃在下一個迭代中使其成為預設值。若要啟用它，請套用以下設定

"workbench.editor.untitled.experimentalLanguageDetection": true

若要查看實際運作的功能，請開啟未命名檔案 (檔案 > 新增檔案) 並將原始碼貼到編輯器中。

以下是 Python 程式碼自動偵測的範例

paste a code snippet right into VS Code and it will detect the language

佈景主題：Panda Theme

此外，您可以透過開啟語言選取器來查看偵測到的語言。

the language picker also shows the detected languages if there are any

佈景主題：Panda Theme

注意：如果語言偵測不夠自信，那麼您將停留在目前的語言模式，並且在語言偵測更有信心之前，語言選取器中不會顯示任何結果。

此設定也允許您提供語言覆寫，以指定您不希望自動切換離開的語言模式。

以下是不自動偵測 Markdown 檔案的範例

"workbench.editor.untitled.experimentalLanguageDetection": true
"[markdown]": { "workbench.editor.untitled.experimentalLanguageDetection": false }

使用上述設定，當您編輯未命名的 Markdown 檔案時，自動語言偵測將不會執行。但是，如果您修改任何其他種類的未命名檔案，自動語言偵測將會使用這些檔案的內容執行。

我們已將與 ML 模型互動的程式碼分隔到其自己的程式庫中，並以 npm 套件的形式發行，位於 vscode-languagedetection 儲存庫中。

請告訴我們未命名檔案的自動語言偵測對您有何作用！

TypeScript 4.4

此版本包含對即將發行的 TypeScript 4.4 版本的支援。您可以在 TypeScript 部落格上閱讀有關 TypeScript 4.4 中新語言功能和改進的更多資訊。一些工具重點

  • JavaScript 和 TypeScript 檔案中參數名稱和類型的嵌入提示。
  • 純 JavaScript 檔案中的基本拼字建議。這些僅在 TypeScript 語言服務對錯誤和修正有信心時才會顯示。

若要開始使用 TypeScript 4.4 每夜建置版本，請安裝 TypeScript Nightly 擴充功能。

請分享您的意見反應，並告知我們您是否遇到 TypeScript 4.4 的任何錯誤。

反組譯檢視

感謝 Microsoft C++ 團隊的大型貢獻，我們很高興在此里程碑中包含偵錯 反組譯 檢視的預覽。

可以從編輯器的上下文選單開啟反組譯檢視，以顯示作用中堆疊框架的反組譯原始碼，並且它支援逐步執行組合語言指令和在個別指令上設定中斷點。

反組譯檢視僅在作用中偵錯工作階段中且在基礎偵錯擴充功能支援時可用。截至今日，只有 Microsoft C++ 和 Mock Debug 擴充功能可以饋送反組譯檢視。

Disassembly view in Mock Debug extension

從技術角度來看，VS Code 的反組譯檢視實作現在支援偵錯配接器協定的另外四個功能

  • 用於為記憶體位置提供反組譯原始碼的 disassembly 請求。
  • 堆疊框架上的 instructionPointerReference 屬性。
  • 逐步執行請求上的 granularity 屬性。
  • 指令中斷點和 setInstructionBreakpoints 請求。

擴充功能撰寫

測試 API

去年秋天，我們開始致力於在 VS Code 中新增對執行測試的原生支援，本月，第一組與測試相關的 API 已完成。與先前在擴充功能中找到的功能相比，這些 API 提供了更高的彈性、更好的效能和更豐富的 UX。查看關於撰寫測試擴充功能的指南以深入瞭解。

Image showing the test explorer and rich diff view experience

佈景主題：codesong

Test Explorer UI 擴充功能的現有使用者可以透過將 testExplorer.useNativeTesting 設定為 true 來獲得原生體驗。但是，轉換是 Test Explorer UI 擴充功能現有 API 的反映，因此不包含某些功能，例如豐富的差異支援。

採用測試 API 的第一個擴充功能之一是 Microsoft Test Runner for Java，包含在 Extension Pack for Java 中。

Java extension using the native test API in VS Code

新增檔案選單的貢獻點

提供建立新檔案編輯器（例如筆記本或自訂編輯器）方式的擴充功能，現在可以將命令貢獻給新的 file/newFile 選單貢獻點。可以從歡迎頁面或檔案選單中的 新增檔案... 項目存取此選單。

New File menu in use via Welcome page

豐富的狀態列懸停效果

狀態列項目現在支援包含連結和圖示的豐富懸停效果 StatusBarItem.tooltip: string | IMarkdownString。

Rich Status bar hover

  • 如果 MarkdownString.supportThemeIcons 為 true，您可以使用具有 $(iconName) 語法的圖示。
  • 如果 MarkdownString 受信任，您也可以新增命令連結。語法：([test](command:vscode.newWindow))。

狀態列警告顏色

代表警告的狀態列項目可以使用新增加的色彩 statusBarItem.warningBackground 和 statusBarItem.warningForeground。

沒有 additionalProperties 的物件設定

物件設定必須將 additionalProperties 設定為 false，物件才能在設定編輯器中受到支援。否則，設定編輯器會將設定解譯為可以採用任何形狀的複雜設定，並引導使用者前往設定 JSON 檔案。

多行字串設定

若要在設定編輯器中新增對多行字串設定的支援，請將 "editPresentation": "multilineText" 作為索引鍵值組新增至字串設定。將字串設定變更多行為多行將導致設定編輯器在多行文字區域而非單行輸入框中呈現設定值。

已更新的 codicon

我們已將以下新圖示新增至我們的 codicon 程式庫

List of updated icons

  • azure
  • compass-active
  • compass-active
  • compass-dot
  • compass
  • debug-all
  • debug-coverage
  • git-pull-request-closed
  • git-pull-request-draft
  • issue-draft
  • layers-active
  • layers-dot
  • layers

文字文件變更原因

當觸發事件 workspace.onDidChangeTextDocument 時，事件物件上的新屬性 reason 會指示文字變更是否是由復原或重做操作所造成。

語言伺服器協定

新版本的語言伺服器協定，以及對應的 npm 模組已發布。3.17 版本包含與 VS Code 本身最新變更一致的完成項目標籤詳細資訊提案。

偵錯配接器協定

已完成「writeMemory」請求和「memory」事件提案

writeMemory 請求已完成，現在可在 偵錯配接器協定 和對應 npm 模組的 1.48 版中使用。如果偵錯配接器具有 supportsWriteMemoryRequest 功能，則用戶端可以使用 writeMemory 請求將位元組寫入指定位置的記憶體。

memory 事件具有一個提案，將在下一個里程碑中新增至 DAP。

建議的擴充功能 API

每個里程碑都附帶新的建議 API，擴充功能作者可以試用它們。與往常一樣，我們需要您的意見反應。以下是您試用建議 API 必須執行的操作

  • 您必須使用 Insiders 版本，因為建議的 API 經常變更。
  • 您必須在擴充功能的 package.json 檔案中包含此行："enableProposedApi": true。
  • 將vscode.proposed.d.ts 檔案的最新版本複製到專案的原始碼位置。

您無法發布使用建議 API 的擴充功能。下一個版本中可能會出現重大變更，而我們絕不希望破壞現有的擴充功能。

TaskGroup 的 isDefault

group 屬性存在於 tasks.json 檔案中定義的工作中，並且也透過工作 API 公開。group 屬性具有 isDefault 屬性，直到現在，該屬性在 API 中尚不可用。此提案將 isDefault 屬性作為唯讀屬性公開在 TaskGroup 上，以便擴充功能可以讀取哪個工作是群組的預設工作，但無法透過設定群組的預設值來覆寫使用者的組態。

AuthenticationGetSessionOptions 的 forceRecreate

到目前為止，用於取得驗證工作階段物件的 getSession API 從未具有要求使用者登入的功能。對於諸如 GitHub 之類的驗證服務，需要提示登入，這些服務使用 SAML/單一登入 (SSO) 以及最終在 SSO 工作階段過期時遺失資源存取權的存取權杖。此提案將另一個屬性新增至名為 forceRecreate 的 AuthenticationGetSessionOptions，可讓您要求使用者再次登入。向使用者顯示與您指定 createIfNone 時類似的強制回應體驗。

工程

基於 iframe 的 WebView 現在在桌面上到處使用

本月，我們完成了從 Electron 的 webview 標籤元素到基於正常 <iframe> 元素的 WebView 的轉換。這更好地對齊了 VS Code 的 WebView 在桌面和網頁上的實作，也讓我們可以刪除許多現在多餘的程式碼。

Electron 13 更新

在此里程碑中，我們完成了將 Electron 13 捆綁到 VS Code 中的探索，我們要感謝所有參與在 Insiders 版本上進行測試和自我託管的人員。這是主要的 Electron 發行版本，隨附 Chromium 91.0.4472.124。此版本中的 Node.js 版本沒有變更，它將保持 v14.16.0。

Electron 沙箱支援的進度

隨著我們繼續使 VS Code 工作台準備好啟用 Electron 的 沙箱，我們想要在 Linux 上啟用混合沙箱模式，並且不再在我們的發行套件 deb、rpm、snap 和 tar 封存檔中捆綁 CLI 引數 --no-sandbox。Chromium 在 Linux 上具有多層沙箱模型。如果 Chromium 無法將命名空間沙箱用於 layer-1，它將嘗試透過與應用程式二進位檔一起發行的輔助二進位檔 chrome-sandbox 來使用 setuid 沙箱。為了使 setuid 二進位檔能夠運作，它需要滿足以下條件

  • 沙箱二進位檔必須可由 Chromium 程序執行。
  • 它必須是 SUID 且可由其他人執行。

我們能夠為 deb 和 rpm 套件保留這些條件。目前無法為 snap 達成這些權限，我們有追蹤 問題 #127140 以解決 snap 套件的未來發展。

至於使用 tar 封存檔，如果應用程式無法使用命名空間沙箱（在容器內執行時可能會發生這種情況），則會失敗並顯示以下錯誤

FATAL:setuid_sandbox_host.cc(158)] The SUID sandbox helper binary was found, but is not configured correctly. Rather than run without sandboxing I'm aborting now. You need to make sure that chrome-sandbox is owned by root and has mode 4755.

如果發生這種情況，您可以使用以下兩個選項中的任何一個來使其運作

  • 修正 setuid 輔助程式的權限

    sudo chown root <path-to-vscode>/chrome-sandbox
sudo chmod 4755 <path-to-vscode>/chrome-sandbox

  • 使用 --no-sandbox 旗標執行

煙霧測試改進

我們執行一套煙霧測試，在每個建置版本上觸發，啟動 VS Code（桌面和網頁）並練習各種 UI 元素，以確保正常功能。此里程碑我們投入了此基礎結構，以允許我們從發行檢查清單中移除手動煙霧測試。

煙霧測試現在在所有平台（macOS、Linux 和 Windows）上執行。最重要的是，我們更複雜的煙霧測試套件之一，專門檢查 VS Code 的最後一個穩定版本與新發行版本之間的回歸，已自動化以在每次提交時執行。

最後，感謝出色的 Playwright 程式庫，我們將其用於自動化網頁煙霧測試，我們啟用了其追蹤功能，以允許我們使用其 追蹤檢視器 工具重播失敗的煙霧測試。

值得注意的修正

  • 26425：當沒有變更存在時，不應顯示開啟變更按鈕
  • 100815：連線到遠端 WSL 時，外部終端機中斷
  • 106981：視窗縮放設定為 -1 時的終端機游標重影
  • 127959：偵錯工具暫停時開啟偵錯窗格
  • 129059：設定編輯器中的物件小工具未呈現描述
  • 129070：僅按下「確定」按鈕無法更正下拉式設定值
  • 129415：使用者工作無法在單一檔案模式下執行

感謝

最後但同樣重要的是，衷心感謝以下在本月為 VS Code 做出貢獻的人員

對我們的問題追蹤的貢獻

對 vscode 的貢獻

對 vscode-extension-samples 的貢獻

對 vscode-languageserver-node 的貢獻

對 vscode-pull-request-github 的貢獻

對 vscode-vsce 的貢獻

對 debug-adapter-protocol 的貢獻

對 language-server-protocol 的貢獻

對 monaco-editor 的貢獻

對 monaco-languages 的貢獻