現已釋出！閱讀關於 11 月新增功能和修復的內容。

2019 年 9 月 (版本 1.39)

更新 1.39.1：此更新解決了這些問題，包括一個安全漏洞修復。

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

下載：Windows：x64 | Mac：Intel | Linux：deb rpm tarball snap

歡迎使用 Visual Studio Code 2019 年 9 月版。此版本中有許多更新，希望您會喜歡。以下是其中一些主要亮點：

如果您想線上閱讀這些發行說明，請訪問 code.visualstudio.com 上的更新頁面。

Insiders：想盡快看到新功能嗎？您可以下載每夜更新的 Insiders 構建版本，並第一時間嘗試最新的更新。有關最新的 Visual Studio Code 新聞、更新和內容，請在 Twitter 上關注我們 @code！

工作臺

更新的原始碼控制檢視

原始碼控制檢視已更新為使用最新的樹形控制元件。您現在可以使用原始碼控制標題欄上的切換檢視模式按鈕在列表檢視和新的樹形檢視之間切換。

Source Control toggle view mode button

您可以使用 scm.defaultViewMode 設定更改預設檢視，該設定可接受值 list 或 tree。

您現在只需在檢視中開始輸入，即可受益於更新後的樹形控制元件的自動鍵盤導航和過濾功能。

Updated SCM view

在樹形檢視模式下（顯示資料夾），Git 擴充套件現在會向資料夾提供命令，例如暫存更改，該命令將應用於資料夾中的所有檔案。

改進的受信任域設定

我們簡化了對 1.38 版本中引入的傳出連結保護功能中受信任域的管理。

您現在可以使用命令管理受信任域輕鬆地以 JSON 文字檔案形式新增、刪除或修改受信任域。

Improved trusted domains management

可選的補全詳情

現在可以選擇自動補全詳情進行復制和貼上。

Selectable completion details

Windows 上更新的日語 UI 字型

在 Windows 上，我們將日語 UI 字型從 Meiryo 切換到了 Yu Gothic UI 和 Meiryo UI。

UI 字型透過使用更窄的日語假名字元來節省水平空間。您可以透過安裝日語語言包，並使用配置顯示語言命令將顯示語言識別符號設定為 ja 來使用日語 UI。

在下面的圖片中，您可以看到較窄的 UI 字型在 Insiders（綠色圖示）選單欄中的外觀。

Japanese typeface

改進了建議和懸停中的等寬字型顯示

以前，建議和懸停控制元件中的行內 <code> 部分未指定 font-family。在 Windows/macOS 上，這些部分使用 Chrome 對 font-family: monospace 的預設選擇進行渲染。

在此迭代中，我們將其與整個 VS Code UI 中使用的系統無襯線字型對齊。

  • Windows：Courier New -> Consolas (與 Segoe UI 對齊)
  • macOS：Courier -> SF Mono、Monaco、Menlo (與 SF Text 和 Helvetica Neue 對齊)
  • Linux：無變化。行內程式碼部分仍使用 Liberation Mono 渲染，這是 Chrome 在 Linux 上對 font-family: monospace 的預設設定。

您可以在下面看到 SF Mono 使行內程式碼塊的外觀更加一致。

Suggest and Hover widgets monospace typeface

設定編輯器中對 uniqueItems 的驗證

在 1.38 版本中引入的字串陣列設定驗證現在支援 uniqueItems。

如果使用 "uniqueItems": true，則設定編輯器中的重複條目將顯示警告。

擴充套件 README 中的程式碼塊高亮顯示

擴充套件 README 中的程式碼塊（顯示在擴充套件檢視詳細資訊窗格中）現在在 VS Code 中高亮顯示。

A block of JSON being highlighted

高亮顯示使用當前的顏色主題。

編輯器

切換摺疊

您現在可以使用切換摺疊 (⌘K ⌘L (Windows, Linux Ctrl+K Ctrl+L)) 命令展開和摺疊摺疊區域。

小地圖編輯器選區裝飾

編輯器選區現在在小地圖中高亮顯示。

Minimap displays the editor selection

您可以透過修改 minimap.selectionHighlight 主題顏色來更改這些裝飾的顏色。

小地圖的觸控事件

現在可以用觸控來拖動小地圖滑塊。

多游標貼上的新選項

過去，從剪貼簿貼上多行文字時，VS Code 會檢查剪貼簿文字行數是否與游標數匹配，如果匹配，它會“分發”或“展開”每行到每個游標。您現在可以使用 editor.multiCursorPaste 設定控制此行為，該設定可以具有以下值：

  • spread - 每個游標貼上一行文字（預設）。
  • full - 每個游標貼上完整的剪貼簿文字。

整合終端

使用自定義工作目錄開啟新終端

有一個新命令允許建立具有自定義當前工作目錄 (cwd) 的終端。

{
  "key": "cmd+shift+h",
  "command": "workbench.action.terminal.newWithCwd",
  "args": {
    "cwd": "${fileDirname}"
  }
}

您可以建立自己的鍵盤快捷方式，以便在任意數量的便捷工作目錄中開啟新終端。cwd 值可以是普通路徑，也可以是變數。

更好的區域設定檢測

terminal.integrated.setLocaleVariables 設定已替換為新的 terminal.integrated.detectLocale 設定。預設值為 auto，它會將終端會話中的 $LANG 變數設定為檢測到的語言 UTF-8 值，但僅當用戶未明確配置時才會設定。這個更好的預設值應該會減少終端中與語言和編碼相關的問題。

語言

HTML ARIA 屬性參考

HTML ARIA 屬性的自動補全和懸停資訊現在包含對相應 WAI-ARIA 文件的引用。

HTML ARIA reference

帶分號的 CSS 屬性補全

CSS 屬性補全現在會在行末插入一個分號。

您可以使用 Ctrl+Enter (Windows / Linux) 或 Cmd+Enter (macOS) 來使用此功能，建立新行而不會將末尾的 ; 推送到新行。

您可以使用 [css|scss|less].completion.completePropertyWithSemicolon 設定控制此功能。

CSS property completion semicolon

CSS 顏色變數預覽

補全 CSS 變數時，如果原始變數是顏色字串，VS Code 現在會顯示帶有其顏色的補全項。

CSS variable completion with color swatch

markdown.links.openLocation

新的 markdown.links.openLocation 設定控制 Markdown 檔案中的連結開啟位置。

markdown.links.openLocation 有兩個值：

  • currentGroup - 在當前編輯器組中開啟連結（預設）。
  • beside - 在當前 Markdown 編輯器旁邊開啟連結。

"markdown.links.openLocation": "beside" 在處理文件時可能很有用。

除錯

改進的列斷點 UI

除錯時，VS Code 現在會行內顯示所有斷點候選項位置。這使得使用者更容易在更準確的位置放置斷點。為了不使 UI 混亂，只有當行上有多個可能位置時才會顯示候選項斷點。

您可以直接與行內斷點互動；單擊以啟用和停用它們，並呼叫其上下文選單以進行更多操作。

Inline breakpoints

請注意，此功能需要底層執行時或偵錯程式的支援，我們預計未來只有少數除錯擴充套件會使用此功能。在此版本中，Node Debug 和 Debugger for Chrome 支援此功能。作為擴充套件作者的示例，我們的 Mock Debug 示例“模擬”了對它的支援。

呼叫堆疊檢視中的行內除錯操作

當呼叫堆疊檢視中顯示會話或執行緒時，我們現在會在懸停時行內顯示除錯操作。這使得在除錯多個會話或執行緒時更容易控制除錯流程。您不再需要先將焦點設定在會話或執行緒上才能對其執行操作。

如果一個會話只有一個執行緒，則所有操作都顯示在該會話上，因為該執行緒未顯示。否則，所有操作都在其上下文中顯示（會話操作在會話上，執行緒操作線上程上）。

Inline debug actions from the Call Stack view

改進的呼叫堆疊檢視行為

我們改進了呼叫堆疊檢視的功能：

  • 單擊除錯會話或執行緒不再會展開它們。您必須直接單擊摺疊箭頭 (>) UI 元素。這可以防止在您只想移動焦點時意外展開會話或執行緒。
  • 如果新的除錯會話沒有中斷，VS Code 不再自動聚焦它們。

改進的除錯控制檯中的連結檢測

VS Code 現在不僅在字串輸出中檢測除錯控制檯中的連結，還在表示式中檢測連結。連結檢測演算法也得到了改進。

PreLaunchTask 現在可以引用預設構建任務

隨著新變數 ${defaultBuildTask} 的引入，現在可以有一個通用的 preLaunchTask，它始終引用預設構建任務。

{
  "name": "Hello World",
  "type": "node",
  "request": "launch",
  "preLaunchTask": "${defaultBuildTask}"
}

${defaultBuildTask} 解析為執行命令任務：執行構建任務時執行的任務名稱。與使用執行構建任務命令類似，如果存在多個預設構建任務或沒有預設構建任務，則會顯示一個快速選擇以選擇構建任務。

preLaunchTask 錯誤時儲存選擇

您現在可以在 preLaunchTask 錯誤時使用在使用者設定中記住我的選擇複選框記住您的選擇。您的選擇儲存在使用者設定中的 debug.onTaskErrors 中，它可以有三個值：prompt（預設）、debugAnyway 和 showErrors。

PreLaunchTask error choice dialog

對擴充套件的貢獻

遠端開發（預覽版）

繼續進行遠端開發擴充套件的工作，該擴充套件允許您將容器、遠端計算機或 適用於 Linux 的 Windows 子系統 (WSL) 用作功能齊全的開發環境。

1.39 中的功能亮點包括：

  • 遠端資源管理器現在支援 WSL 擴充套件，讓您輕鬆連線到已安裝的 Linux 發行版。
  • 新的在容器卷中克隆儲存庫命令，以便您可以在隔離環境中處理原始碼儲存庫。
  • 對 SSH 連線共享和使用 SSH 連線到 Windows 遠端計算機的實驗性支援。

您可以在遠端開發發行說明中瞭解有關新擴充套件功能和錯誤修復的資訊。

您還可以閱讀最近的兩篇博文，其中介紹了：

預覽功能

預覽功能尚未準備好釋出，但已足夠實用。我們歡迎您在這些功能開發期間提供早期反饋。

TypeScript 3.7-beta 支援

雖然 VS Code 要等到正式釋出才會捆綁 TypeScript 3.7，但我們已經致力於支援所有令人興奮的新 TypeScript 3.7-beta 功能。

其中包括：

  • JavaScript 和 TypeScript 檔案中可選鏈和空值合併的語法高亮顯示。
  • 可選鏈的補全支援。
  • 透過新的 javascript.format.semicolons 和 typescript.format.semicolons 設定控制分號。

您今天就可以透過安裝 TypeScript Nightly 擴充套件輕鬆試用所有這些新的 TypeScript 3.7 功能。請分享反饋，並在遇到 TypeScript 3.7 beta 中的任何錯誤時告知我們！

擴充套件創作

擴充套件終端 API

擴充套件終端 API 已最終確定，允許擴充套件對終端輸入做出反應並完全控制其輸出。以下程式碼在啟動時建立一個擴充套件終端並以紅色列印“Hello world”：

const writeEmitter = new vscode.EventEmitter<string>();
const pty: vscode.Pseudoterminal = {
  onDidWrite: writeEmitter.event,
  open: () => writeEmitter.fire('\x1b[31mHello world\x1b[0m'),
  close: () => {}
};
vscode.window.createTerminal({ name: 'My terminal', pty });

有關更多詳細資訊，請參閱 API 參考和 extension-terminal-sample。

符號和補全的棄用標籤

允許將補全項和符號標記為已棄用的符號標籤 API 已最終確定。在 1.38 發行說明中瞭解更多資訊。

在這裡您可以看到 Java 擴充套件正在使用 SymbolTag.Deprecated 來顯示引用已棄用型別或成員的原始碼，並帶有刪除線。

Java deprecated method

除錯會話名稱不再是隻讀的

可以更改 DebugSession 的名稱。除錯會話的名稱最初取自 DebugConfiguration。任何更改都將正確反映在 UI 中。

如果 Web 檢視不使用 Webview.asWebviewUri 處理本地資源，則發出警告

在開發使用 Webview API 的擴充套件時，如果使用 vscode-resource: URI 直接載入本地資源而不是使用新的 Webview.asWebviewUri API，我們現在會記錄警告。

Debug warning for a webview that uses vscode-resources

儘管舊的 vscode-resource: URI 將繼續有效，但我們希望所有 webview 擴充套件遷移到 Webview.asWebviewUri API，因為新 API：

  • 處理了一些關於從網路驅動器載入本地資源的棘手邊緣情況。
  • 使得 webview 可以載入本地和遠端內容的混合內容。
  • 在 VS Code 的 web 版本中會更可靠地工作。

TreeView 訊息 API

用於在樹形檢視中設定訊息的 API 已最終確定。您可以在 樹形檢視擴充套件示例中看到如何使用訊息 API 的示例。

更新的 Octicons 樣式

我們更新了 Octicons，以匹配我們新的圖示輪廓樣式，使我們的所有圖示保持一致。

Updated Octicons

SCM 資料夾選單

更新的 SCM 檢視現在支援將更改渲染為樹形結構。作為 SCM 提供程式，您可以使用 scm/resourceFolder/context 選單 id 為資料夾的選單提供命令。

語言伺服器協議

語言伺服器協議 3.15.0 版本的規範已釋出。該版本尚未最終確定，因此仍歡迎在 Language Server Protocol repository 中以 issue 或 pull request 的形式提供反饋。流式傳輸和進度報告支援已新增到下一版本的語言伺服器協議中。node 伺服器和 VS Code 客戶端的實現分別以 vscode-languageserver@6.0.0-next.1 和 vscode-languageclient@6.0.0-next.1 的形式提供。

除錯介面卡協議

取消支援

除錯介面卡協議中添加了一個新的 cancel 請求，它可以向除錯介面卡發出提示，表明前端客戶端對先前發出的特定請求產生的結果不再感興趣。

此請求具有提示特性：除錯介面卡只能被期望盡最大努力遵守此請求，但不能保證。前端客戶端只有在定義了 supportsCancelRequest 功能且其值為 true 時才能呼叫此請求。

被取消的請求仍需要傳送響應。這可以是正常結果或錯誤響應。從已取消的請求返回部分結果是可能的，但請注意，前端客戶端沒有通用方法來檢測響應是否為部分響應。

在 9 月版本中，VS Code 支援對 stacktrace、scopes 和 variables 請求（用於呼叫堆疊和變數檢視）以及 completions 請求（用於除錯控制檯）進行取消。

請注意，截至 9 月，只有 Mock Debug 擴充套件實現了取消。

查詢源範圍中可能的斷點

DAP 客戶端可以使用新的 breakpointLocations 請求查詢給定源範圍中所有可能的斷點位置。這可以在 UI 中使用，以提高“行內”（“列”）斷點的可發現性。

客戶端只有在定義了 supportsBreakpointLocationsRequest 功能且其值為 true 時才能呼叫 breakpointLocations 請求。

建議的擴充套件 API

每個里程碑都會帶來新的提議 API，擴充套件作者可以進行嘗試。一如既往，我們渴望您的反饋。以下是試用提議 API 的方法：

  • 您必須使用 Insiders 版本，因為提議的 API 經常更改。
  • 您的擴充套件的 package.json 檔案中必須包含以下行："enableProposedApi": true。
  • 將最新版本的 vscode.proposed.d.ts 檔案複製到您專案的源位置。

請注意，您不能釋出使用提議 API 的擴充套件。我們很可能會在下一個版本中進行破壞性更改，我們絕不希望破壞現有擴充套件。

vscode.env.uiKind

添加了一個新的擬議 API vscode.env.uiKind，它允許擴充套件瞭解擴充套件正在從哪種 UI 型別中使用。為了支援在瀏覽器中執行 VS Code，可能的值是 UIKind.Desktop 和 UIKind.Web。

vscode.env.asExternalUri

擬議的 vscode.env.asExternalUri API 允許擴充套件將外部 URI（例如 http: 或 https: URI）從擴充套件執行位置解析到客戶端計算機上相同資源的 URI。這是 vscode.env.openExternal API 的配套，不同之處在於它不是使用外部程式開啟解析後的 URI，而是將結果返回給擴充套件。

import * as vscode from 'vscode';
import * as http from 'http';

const PORT = 3000;

export function activate(context: vscode.ExtensionContext) {
  startLocalServer(PORT);

  context.subscriptions.push(
    vscode.commands.registerCommand('example.command', async () => {
      const resolved = vscode.env.asExternalUri(
        vscode.Uri.parse(`https://:${PORT}`)
      );
      vscode.window.showInformationMessage(
        `Resolved to: ${resolved} on client and copied to clipboard`
      );
      vscode.env.clipboard.writeText(resolved.toString());
    })
  );
}

function startLocalServer(port: number) {
  const server = http.createServer((req, res) => {
    res.end('Hello world!');
  });
  server.on('clientError', (err, socket) => {
    socket.end('HTTP/1.1 400 Bad Request\r\n\r\n');
  });
  server.listen(port);
  vscode.window.showInformationMessage(`Started local server on port: ${port}`);
}

vscode.env.asExternalUri 目前僅支援 http: 和 https: URI。如果擴充套件在客戶端計算機上執行，則它是一個空操作。但是，如果擴充套件在遠端執行，vscode.env.asExternalUri 會自動建立從本地計算機到遠端 target 的埠轉發隧道，並返回隧道的本地 URI。

資源的只讀 webview 編輯器

您可以找到用於預覽從著色器到 Excel 檔案再到 3D 模型的各種內容的 VS Code 擴充套件。一些大膽的擴充套件甚至構建了複雜的編輯器式體驗，用於視覺化編輯二進位制檔案或 XML 檔案。雖然所有這些都已透過 VS Code 現有的擴充套件 API 實現，但構建預覽或自定義編輯器目前需要以非直觀的方式拼湊一堆 API。它還留下了很多擴充套件本身需要處理的問題，通常會導致使用者體驗與 VS Code 的其餘部分不一致。自定義編輯器 API 提案旨在改進這一點。

自定義編輯器 API 將提供一個框架，供擴充套件建立完全可定製的讀/寫編輯器，這些編輯器用於代替 VS Code 的標準文字編輯器來處理特定資源。例如，XAML 自定義編輯器可以顯示用於 .xaml 檔案的所見即所得樣式編輯器。我們的最終目標是為擴充套件提供最大的靈活性，同時保持 VS Code 的快速、精簡和一致性。

在此迭代中，我們分享了自定義編輯器 API 提案的第一部分：只讀、基於 webview 的自定義編輯器。您可以在此處找到自定義編輯器提案的概述。自定義編輯器已被用於為 VS Code 的內建影像預覽提供支援。

目前的提案只是第一步，未來可能會進行大量修訂。我們將在接下來的幾個月中繼續迭代自定義編輯器 API。

TreeView 標題

樹形檢視標題始終取自擴充套件的 package.json 檔案。現在，樹形檢視標題最初取自 package.json，但可以稍後更改。對 title 屬性的更改將正確反映在檢視標題的 UI 中。

startDebugging consoleMode 選項用於合併除錯控制檯

為了更好地支援分層除錯會話，我們為 vscode.debug.startDebugging API 添加了一個可選引數 consoleMode。此引數控制 VS Code 是否應合併父除錯會話和子除錯會話的除錯控制檯。例如，這對於叢集除錯特別有用，其中有許多子會話，如果所有除錯會話都進入同一個除錯控制檯，則會更清晰。

已刪除已棄用的 Terminal.onDidWriteData API

Terminal.onDidWriteData 擬議 API 已被刪除，取而代之的是全域性事件 window.onDidWriteTerminalData。

工程

網站更新

我們更新了 Visual Studio Code 網站圖示和顏色，以更好地匹配我們的品牌。這反映在整個網站和文件頁面中。

Website colors updated

透過 terser 進行 JavaScript 壓縮

我們更改了用於產品構建中 JavaScript 壓縮的壓縮器，改為 terser。以前我們使用的是較舊版本的 uglify-es。terser 開發人員在採用過程中給予了我們很大的幫助。

檔案觀察器更新 (Chokidar)

在此里程碑中，我們將 macOS 和 Linux 的檔案觀察器更新到 3.x 版本，這帶來了更高的效能、更低的記憶體消耗和更小的包大小。您可以從 Chokidar repo 和 Chokidar 3 blog post 中瞭解更多資訊。

整合測試針對真實構建執行

我們的產品構建作為構建的一部分執行大型整合測試套件。以前，這些測試是針對 VS Code 執行原始檔執行的。現在，這些測試使用已構建版本的 VS Code 來驗證構建是否已準備好釋出。

使用 TypeScript 3.6 構建 VS Code

VS Code 核心和內建擴充套件現在使用 TypeScript 3.6 構建。

影像預覽已移至內建擴充套件

VS Code 的影像預覽功能已從核心程式碼庫移出，並移至內建的影像預覽擴充套件中。影像預覽的功能應與以前幾乎完全相同。

The built-in Image Preview extension

將影像預覽提取到內建擴充套件中可以更輕鬆地修復錯誤和新增功能，並最終允許擴充套件更容易地覆蓋 VS Code 的內建影像預覽。

此更改得益於我們在此迭代中完成的自定義編輯器 API 工作。

新文件

Node.js 部署教程

Node.js 部署教程已移至 learn.microsoft.com 上的 Azure JavaScript Developer Center。

您可以在那裡找到使用 Visual Studio Code 的教程，用於：

值得注意的修復

  • 78984: 觸控在建議控制元件中不起作用
  • 79196: 除錯控制檯顯示 REPL 結果和 console.log 輸出的順序錯誤
  • 80003: 常規斷點沒有標題工具提示
  • 55106: 如果至少一個會話驗證透過，則斷點顯示為已驗證
  • 80435: 請允許我隱藏資源管理器側邊欄中的空資料夾部分
  • 80464: SetVariable 請求的失敗訊息未顯示
  • 80402: 除錯 UI 在除錯會話結束時不清理微調器
  • 82047: 新的標題變數以指示遠端名稱

感謝

最後但同樣重要的是，衷心感謝！以下幫助使 VS Code 變得更好的各位：

對我們問題跟蹤的貢獻

如果您想幫助我們管理傳入問題，請參閱我們的社群問題跟蹤頁面。

對 vscode 的貢獻

對 vscode-eslint 的貢獻

對 vscode-languageserver-node 的貢獻

對 language-server-protocol 的貢獻

對 debug-adapter-protocol 的貢獻

對 vscode-debugadapter-node 的貢獻

對 vscode-css-languageservice 的貢獻

對 vscode-vsce 的貢獻

對 localization 的貢獻

有超過 800 名 雲 + AI 本地化 社群成員使用 Microsoft 本地化社群平臺 (MLCP)，其中約有 100 名活躍貢獻者為 Visual Studio Code 做出貢獻。我們感謝您的貢獻，無論是提供新翻譯、對翻譯投票還是提出流程改進建議。

這是貢獻者的快照。有關專案詳細資訊，包括貢獻者姓名列表，請訪問專案網站：https://aka.ms/vscodeloc。

  • 丹麥語： Mark Drastrup, Lasse Stilvang。
  • 荷蘭語： Niels ter Haar, Laurens Kwanten。
  • 英語（英國）： Martin Littlecott, s.benson, sonali Dixit。
  • 芬蘭語： Kiti Suupohja, Tommi Finnilä。
  • 法語： Thierry DEMAN-BARCELÒ, Maxime Coquerel, Antoine Griffard, Rodolphe NOEL, DJ Dakta。
  • 德語： Christof Opresnik。
  • 希臘語： Θοδωρής Τσιρπάνης。
  • 希伯來語： Yonatan Bachar, Snir Broshi。
  • 印地語： mtar05, निरव आडतिया, Amit Gusain, Degant Puri。
  • 簡體中文： Justin Liu, Yizhi Gu, paul cheung, yungkei fan, 斌 項, Yiting Zhu, 一斤瓜子, Tianzhi Zeng, cool yang, Peng Zeng, Y!an, Joel Yang, 楠 姜, 建 周。
  • 繁體中文： Winnie Lin, 蔡牧村, 謝政廷, Yi-Jyun Pan, Poy Chang。
  • 印度尼西亞語： Eriawan Kusumawardhono, Riwut Libinuko, William Surya Permana, Septian Adi, Laurensius Dede Suhardiman。
  • 義大利語： Luigi Bruno, Alessandro Alpi, Claudio Mezzasalma, Marco Dal Pino。
  • 日語： Michihito Kumamoto, Hiroyuki Mori, Aya Tokura, 井上 圭司, Yuzo Konishi, Yoshihisa Ozaki, Kogesaka, Yuta Ojima, TENMYO Masakazu, Koichi Makino, Takayuki Fuwa。
  • 韓語： Hongju, Sungjin Jeong, Seikwang Chung。
  • 拉脫維亞語：Andris Vilde。
  • 立陶宛語： Renatas Laužadis。
  • 波蘭語： Kacper Łakomski。
  • 葡萄牙語（巴西）： Marcelo Fernandes, Marcondes Alexandre, Felipe Oliveira, Alan Bueno。
  • 葡萄牙語（葡萄牙）： Pedro G..
  • 羅馬尼亞語： Mihail-Gabriel Alexe。
  • 俄語： konpl。
  • 西班牙語： José María Aguilar, Abdón Rodríguez P., Ricardo Estrada Rdez, Anix Cormak, Carlos Mendible。
  • 泰米爾語： Rajeshkumar Ramasamy。
  • 土耳其語： Safa Selim。
  • 烏克蘭語： Oleksandr Krasnokutskyi, Arthur Murauskas。
  • 越南語： Vương, Van-Tien Hoang, Hai Nguyen, Tuan Duong。
© . This site is unofficial and not affiliated with Microsoft.