🚀 在 VS Code 中

2018 年 4 月(版本 1.23)

更新 1.23.1:此更新解决了以下问题

下载:Windows:x64 | Mac:Intel | Linux 64 位:deb rpm tarball | 32 位:deb rpm tarball


欢迎使用 Visual Studio Code 2018 年 4 月版。在此里程碑中,VS Code 团队一直专注于 API 工作以支持扩展作者,但此版本仍然有很多更新,我们希望您会喜欢。一些主要亮点包括

如果您想在线阅读这些发行说明,请访问 Updates 上的 code.visualstudio.com
您还可以观看 Cloud Developer Advocate Brian Clark 发布的关于 1.23 版本的亮点视频

发行说明按与 VS Code 关注领域相关的部分排列。以下是一些进一步的更新

  • 编辑器 - 更好的 Unicode 文件支持,更稳定的编辑器定位。
  • 工作台 - 复制搜索结果,更好的 Git 克隆工作流程,VS Code 进程资源管理器。
  • 调试 - Logpoint 表达式支持智能补全和显示结构化对象。
  • 语言 - JavaScript/TypeScript 整理导入操作,持久 Markdown 预览。
  • 扩展创作 - 新的 Webview 和文件系统提供程序 API,“Source”文件级别操作。

Insiders: 想要尽快看到新功能?您可以下载每晚构建的 Insiders 版本,并在最新更新可用时立即试用。

编辑器

突出显示的缩进参考线

现在,当您在各种源代码块之间移动光标时,VS Code 可以突出显示活动的缩进参考线。

Highlighted indent guides

突出显示颜色名称为 editorIndentGuide.activeBackground,您可以在 workbench.colorCustomizations 设置中修改它

"workbench.colorCustomizations": {
    "editorIndentGuide.activeBackground": "#ff0000"
}

保存时运行代码操作

新的 editor.codeActionsOnSave 设置允许您配置一组在保存文件时运行的代码操作。例如,对于 JavaScript、TypeScript 和其他贡献“整理导入”代码操作的扩展,您可以通过设置启用保存时整理导入

"editor.codeActionsOnSave": {
     "source.organizeImports": true
}

您还可以使用特定于语言的设置来启用或禁用每个语言在保存时运行的代码操作。以下设置仅为 TypeScript 文件启用保存时整理导入

"[typescript]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
},
"[typescriptreact]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
}

使用鼠标中键进行列选择

在 VS Code 中,可以通过按住 ShiftAlt 键,然后使用鼠标左键来添加列(框)选择。现在,也可以使用鼠标中键来创建列选择

Editor column selection

注意:当将 editor.multiCursorModifier 设置为 ctrlCmd 时,Windows 上的修饰键是 ShiftCtrl,macOS 上的修饰键是 ShiftCmd

改进了 UTF-16 编码文件的处理

VS Code 始终支持 UTF-16 文件编码,但需要 BOM(字节顺序标记)才能正确检测此编码。如果 VS Code 未找到 BOM,则文件将无法打开,并且用户会看到一条信息消息。

在此版本中,我们在此消息中添加了一个新操作,以在编辑器中将文件作为文本打开

Open binary file message

打开后,您可以更改编码以尝试解码文本。

此外,VS Code 现在使用一种启发式方法,尝试自动检测没有 BOM 的 UTF-16。此启发式方法应适用于所有仅包含 ASCII 字符的 UTF-16 文件。

改进的编辑器定位

在某些情况下,当更改编辑器滚动高度(例如调整换行编辑器的尺寸、使用鼠标滚轮缩放或修改 CodeLens)时,编辑器会尝试保持视口中居中的行。VS Code 现在保持视口中的第一行,从而提供更稳定的外观。

Improved editor stability

工作台

问题视图筛选

现在,您可以使用过滤器在问题视图中包含或排除文件。

  • 在过滤器输入框中使用 glob 模式来包含/排除文件。排除模式必须以 ! 为前缀。例如,!*.js 将删除所有具有 .js 扩展名的文件。
  • 有一个使用“文件排除设置”筛选按钮,用于删除与您的 files.exclude 设置匹配的所有文件。

下面的简短视频显示了如何基于 files.exclude 设置筛选项目 out 目录,并通过在过滤器输入框中键入 !**/node_modules/** 来忽略所有 node_modules

Filter problems

NPM 脚本运行

使用设置 npm.enableScriptExplorer,您可以启用一个资源管理器,其中显示工作区中定义的脚本。

NPM script explorer

该资源管理器支持

  • 当选择 package.json 文件时,打开 package.json 文件或 scripts 部分内的脚本。这是选择脚本时的默认操作。
  • 将脚本作为任务运行,输出显示在集成终端中。
  • 调试脚本。要启动节点调试器,脚本需要定义一个节点调试选项,如 --inspect-brk另请参阅)。

使用 npm.exclude 设置排除特定文件夹中包含的 package.json 文件中的脚本。

Git 克隆改进

Git 克隆工作流程进行了一些改进。运行 Git:克隆 命令时

  • 使用本机对话框选择存储库位置。
  • 使用新的通知进度 API,从而改进了操作状态报告。
  • VS Code 将提示您是否要将克隆的存储库添加到您的工作区或直接打开它。

Git 扩展还采用了新的建议 API 来处理系统范围的 URI,并在特定 URI 上调用 Git 克隆。这是一个克隆 https://github.com/microsoft/vscode-vsce.git 的 URI 示例

vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git

如果您想尝试一下

  • Windows:在命令提示符中,键入:explorer "vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git"
  • macOS:在 shell 中,键入:open vscode://vscode.git/clone?url=https%3A%2F%2Fgithub.com%2FMicrosoft%2Fvscode-vsce.git

从搜索上下文菜单复制结果

搜索结果树上下文菜单包含三个新选项:复制复制路径全部复制。这是一个非常受赞👍的请求,它将使共享或导出搜索结果变得更加容易。

Copy search

恢复单独的搜索包含和排除输入框

上个月,我们在搜索视图中合并了包含和排除输入框,试图简化和精简它,同时也节省一些垂直空间。但是,我们从许多用户那里了解到,这与他们使用搜索视图的方式不符。最终,我们决定简单地恢复更改,因此在此版本中,我们恢复为像 1.22 版本之前那样的单独的包含/排除框。请注意,您不需要在排除框中的模式上使用 !

include exclude

自定义活动栏视图

扩展作者现在可以将自己的视图容器添加到活动栏。根据您安装的扩展,更新后您可能会看到 UI(例如自定义资源管理器)从文件资源管理器移动到新的自定义视图容器。例如,在下面您可以看到来自 Azure App ServiceAzure Databases 扩展的资源管理器已移动到专用的 Azure 视图。

Azure view in the Activity Bar

查看正在运行的 Visual Studio Code 进程

使用 开发人员:打开进程资源管理器 命令或 帮助 > 打开进程资源管理器 菜单项打开一个新窗口,其中包含有关正在运行的 VS Code 进程的持续更新信息。进程按 CPU 和内存使用率、PID 和友好名称列出,并且可以通过右键单击出现的上下文菜单杀死进程。

Process Explorer

集成终端

终端拆分的多根支持

现在,您可以在多根工作区中选择要将终端拆分到的文件夹。可以通过键绑定 workbench.action.terminal.splitInActiveWorkspace 命令来重新启用旧的行为。

语言

CSS 区域折叠

现在,您可以使用 /* #region *//* #endregion */ 在 CSS/SCSS/Less 中将区域标记为可折叠区域。在 SCSS/Less 中,您还可以使用 // #region// #endregion 作为折叠标记。

Improved CSS Folding

改进了对新属性的 CSS 支持

以前,VS Code 会为某些实验性 CSS 属性(例如 backdrop-filter)显示“未知属性”错误

CSS Unknown Property

即使您正在使用 PostCSS 等 CSS 框架,允许您使用实验性 CSS 属性,您也必须完全关闭 CSS 语法检查或忍受此错误。

在此版本中,借助来自 Mozilla Developer Network 的数据,VS Code 现在可以识别 87 个新的 CSS 属性。如果您可以在 MDN 上找到 CSS 属性,VS Code 应该可以识别它。

此外,借助来自 MDN 的数据,VS Code 现在在 CSS/SCSS/Less 中提供增强的补全,显示每个 CSS 属性的语法和状态值。

CSS Support powered by MDN data

虽然目前没有内置支持来验证 CSS 属性值,但 CSSTree validator 扩展也使用来自 MDN 的数据,并根据其值定义语法为每个属性值提供语法检查

CSSTree

Markdown 现在支持工作区符号搜索。首次打开 Markdown 文件后,您可以使用 (⌘T (Windows, Linux Ctrl+T)) 搜索当前工作区中所有 Markdown 文件的标题

Markdown workspace symbol in the VS Code docs repo

持久 Markdown 预览

现在,当您重新打开 VS Code 时,Markdown 预览会自动恢复

A Markdown preview automatically being reopened when VS Code restarts

以前,每次重新启动 VS Code 时都必须重新打开预览。

TypeScript 2.8.3

VS Code 现在附带 TypeScript 2.8.3。此版本修复了许多重要错误

JavaScript 和 TypeScript 整理导入

JavaScript 和 TypeScript 整理导入功能现在已退出预览版。运行整理导入 (⇧⌥O (Windows, Linux Shift+Alt+O)) 以快速删除未使用的导入,并在 JavaScript 和 TypeScript 源代码中对剩余的导入进行排序。

您现在还可以配置使用新的editor.codeActionsOnSave 设置在保存时运行整理导入。以下是在 TypeScript 文件中启用保存时整理导入的设置

"[typescript]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
},
"[typescriptreact]": {
    "editor.codeActionsOnSave": {
        "source.organizeImports": true
    }
}

调试

Logpoint 改进

Logpoint 是在上一版本中引入的,我们改进了它们的易用性和实用性

  • IntelliSense(智能补全)已添加到 Logpoint 消息和条件断点中嵌入的表达式中。

  • 在 Node.js 调试中使用 Logpoint 时,嵌入在 Logpoint 消息中的结构化对象在调试控制台中显示为可展开的对象

    IntelliSense for Logpoint expressions

  • Node.js 调试中的 Logpoint 现在在调试控制台中显示其源位置

    Logpoint location

  • 由于可以通过单击编辑器装订线中的图标轻松删除 Logpoint 和断点,因此您可能会意外丢失 Logpoint 消息或断点条件。为防止这种情况,当通过单击装订线删除带有条件或 Logpoint 消息的断点时,VS Code 现在会发出提示。该警报使您可以选择禁用断点而不是删除它。

  • 最后但并非最不重要的一点是,我们在调试菜单中添加了新建断点 > Logpoint... 操作。

扩展创作

活动栏的贡献

随着越来越多的扩展程序创建自定义视图,并且其中大多数都贡献给文件资源管理器,我们注意到资源管理器变得混乱。为了进行扩展,VS Code 现在提供了一种为活动栏做出贡献的方式。例如,现在活动栏中有一个测试贡献。扩展程序现在可以做出自己的贡献。

测试视图容器

现在在活动栏中为扩展程序提供了一个新的“测试”贡献,以贡献与测试相关的视图。此“测试”贡献默认情况下为空且隐藏,并在视图贡献给它时显示。该示例显示了 mocha 自定义视图如何贡献给活动栏中的测试活动。

"contributes": {
    "views": {
        "test": [
            {
                "id": "mocha",
                "name": "mocha"
            }
        ]
    }
}

Test views container

自定义视图容器

扩展程序现在可以使用贡献点 viewsContainers 在活动栏中定义其他活动。

"contributes": {
        "viewsContainers": {
            "activitybar": [
                {
                    "id": "package-explorer",
                    "title": "Package Explorer",
                    "icon": "resources/package-explorer.svg"
                }
            ]
        },
        "views": {
            "package-explorer": [
                {
                    "id": "package-dependencies",
                    "name": "Dependencies"
                },
                {
                    "id": "package-outline",
                    "name": "Outline"
                }
            ]
        }
}

Custom views container

图标规范

  • 尺寸:图标为 24x24,在 50x40 的正方形上居中。

  • 颜色:图标应使用单一单色。

  • 格式:建议图标采用 SVG 格式,但接受任何图像文件类型。

  • 状态:所有图标都继承以下状态样式

    状态 不透明度
    默认 60%
    悬停 100%
    活动 100%

注册了一个命令来显示每个注册的视图容器。在上面的 Package Explorer 示例中,它将是 视图:显示 Package Explorer。当您运行命令 视图:打开视图... 时,您还可以找到列出的所有视图容器。

Open View

注意: 建议您将相关视图分组到一个视图容器中,而不是为每个视图创建一个视图容器。

源代码管理中的自定义视图

现在,您可以将源代码管理 (SCM) 相关的自定义视图贡献到活动栏中的“源代码管理”视图容器中。您可以像在资源管理器中一样显示、隐藏和重新排序这些视图。

"contributes": {
    "views": {
        "scm": [
            {
                "id": "git-compare",
                "name": "Compare"
            }
        ]
    }
}

SCM Custom views

文件系统提供程序

扩展程序现在可以从任意源(例如 ftp 服务器)提供文件和文件夹,并且 VS Code 将像处理常规文件一样处理它们。为此,请使用 FileSystemProvider 接口,扩展程序将其与 URI 方案(如 ftp)关联。使用该接口,编辑器可以发现和管理文件和文件夹(创建、删除、读取和写入)。

Files and Folders from a filesystem provider

VS Code 还可以读取和修改文件系统提供程序提供的配置文件(settings.jsontasks.jsonlaunch.json)。

语言标识符和文档选择器

文件系统提供程序的添加意味着并非所有文件都位于磁盘上,扩展程序应意识到这一点。简短但重要的消息是,并非所有文档都位于磁盘上,如果您的扩展程序依赖于磁盘访问,您必须首先检查方案

为了提高认识,当您仅使用语言标识符(而不是文档过滤器)注册语言功能时,我们添加了一条信息消息。有关更多详细信息,请访问文档选择器主题。

最后,有一个示例扩展程序,您可以用来进行测试。它实现了一个文件系统,该文件系统将所有内容都保存在内存中,磁盘上没有任何内容,您可以针对该文件系统测试您的语言功能。从此处获取扩展。

注意:TextDocument.isUntitled

由于添加了文件系统提供程序,我们将 TextDocument.isUntitled 的语义调整为仅对新创建的文档(使用 untitled 方案)为 true。以前,所有非来自磁盘的文档都被视为未命名文档。此更改可能会改变您的扩展程序的行为,尤其是当它假设非未命名文档存储在磁盘上时。

读取诊断信息

有新的 API 可以读取诊断信息,并在诊断信息更改时收到通知,请参阅 languages.getDiagnosticslanguages.onDidChangeDiagnostics。例如,SCM 扩展程序现在可以检查在与团队共享更改之前是否没有错误。

改进的 RenameProvider

我们改进了 RenameProvider API,现在它可以选择实现一个名为 prepareRename 的新函数。借助该函数,提供程序可以帮助 VS Code 解析和验证要重命名的符号。

在文档更改事件中包含基于偏移量的信息

TextDocumentContentChangeEvent 有一个新的属性 rangeOffset,它与 rangeLength 一起,允许扩展程序使用 (offset,length) 坐标来跟踪文本文档更改。

源代码操作种类

CodeActionKind.Source 标识应用于整个文件的代码操作。“整理导入”是一个 Source 代码操作的很好的例子,因为它可以从文件中的任何位置触发。

Source 代码操作不会显示在普通的“快速修复”灯泡菜单中。必须使用 editor.action.sourceAction 命令显式请求它们。Source 代码操作也会显示在新的源代码操作上下文菜单中。

整理导入代码操作

基于 Source 代码操作,新添加的 CodeActionKind.SourceOrganizeImports 标识了整理导入代码操作。可以使用 editor.action.organizeImports 触发这些操作,并具有标准的键盘快捷键:⇧⌥O (Windows, Linux Shift+Alt+O)

如果您的扩展程序已经实现了整理导入,我们强烈建议您将其迁移为使用 CodeActionKind.SourceOrganizeImports,以便用户在各种语言中获得更一致的体验。

CodeActionProviderMetadata

registerCodeActionsProvider 现在采用可选的 CodeActionProviderMetadata 参数,该参数允许扩展程序告知 VS Code CodeActionProvider 将提供的代码操作的种类。VS Code 使用此信息来启用新的重构源代码操作上下文菜单。例如,只有当 CodeActionProvider 使用 CodeActionProviderMetadata 注册,表明它将返回 refactor.* 代码操作时,才会启用重构上下文菜单。

Webview API

Webview API 允许扩展程序在 VS Code 中创建完全可自定义的视图。例如,内置的 Markdown 扩展程序使用 Webview 来呈现 Markdown 预览。Webview 还可以用于构建超出 VS Code 本机 API 支持的复杂用户界面。

A webview showing a cat gif

新的扩展程序创作页面介绍了 Webview API。您还可以在此处找到示例 Webview API 扩展程序。我们期待看到扩展程序作者如何使用这个强大的新 API。

应用程序范围设置

如果您希望您的设置在应用程序级别应用,而不是在窗口或资源级别被覆盖,您现在可以使用 application 范围来完成此操作。

"configuration": {
    "properties": {
        "git.path": {
            "type": "string",
            "description": "Path to the git executable",
            "scope": "application"
        }
    }
}

注意: 弃用 isExecutable 属性,而改用 application 范围,因为它旨在用于相同的目的。

建议的扩展 API

在此里程碑中,我们添加了几个新的建议扩展 API。我们计划在未来的里程碑中将这些 API 添加到稳定版中,一旦我们对它们足够有信心。我们欢迎您就它们如何为您的扩展程序工作提供任何反馈。

注意: 这些 API 仍处于建议阶段,因此为了使用它,您必须通过在 package.json 中添加 "enableProposedApi": true 来选择加入,并且您必须将 vscode.proposed.d.ts 复制到您的扩展程序项目中。另请注意,您不能将使用 enableProposedApi 属性的扩展程序发布到 Marketplace。

集成终端 API

集成终端 API 有几个建议的功能,可以帮助扩展程序作者访问所有终端,还可以实现跨不同机器的终端多路复用。现在可以通过 API 访问所有终端,这与以前扩展程序只能访问它创建的终端不同

console.log(window.terminals);

有一个与此匹配的事件

window.onDidOpenTerminal(terminal => {
  console.log('New terminal: ' + terminal.name);
});

您还可以连接到来自终端进程的原始数据流,包括 ANSI 转义序列

const terminal = window.createTerminal();
terminal.onData(data => {
  console.log('Terminal data: ' + data);
});

任务 API

任务 API 在扩展程序中围绕任务查询和执行进行了进一步的完善。新支持的 API 是

  • fetchTasks 采用过滤器,仅查询任务的子集。
  • taskExecutions 支持获取所有正在运行的任务的执行对象。
  • 通过 executeTasktaskExecutions 或事件之一提供的 TaskExecution 对象可以使用 === 进行比较。

该 API 仍处于建议状态。

协议处理程序 API

协议处理程序 API 允许扩展程序处理系统范围的 URI。此功能对于跨应用程序集成非常有用,因为它允许其他应用程序将 URI 发送到特定的扩展程序。

export interface ProtocolHandler {
  handleUri(uri: Uri): void;
}

export namespace window {
  /**
   * Registers a protocol handler capable of handling system-wide URIs.
   */
  export function registerProtocolHandler(handler: ProtocolHandler): Disposable;
}

这是一个协议处理程序注册示例

function activate() {
  registerProtocolHandler({
    handleUri(uri: Uri) {
      console.log('Received URI', uri.toString());
    }
  });
}

对于此 API,URI 授权机构和将处理它们的扩展程序之间存在严格的关系:URI 授权机构必须是扩展程序的 ID (publisher.name)。例如,以下 URI

 vscode://vscode.git/clone?url=foobar
 \____/   \________/ \___/ \_________/
   |           |        |       |
scheme    authority    path   query

此 URI 的授权机构是 vscode.git,因此 VS Code 会将其转发到 vscode.git 扩展程序,前提是它已正确注册了协议处理程序。

由于 URI 可能会在扩展程序注册之前打开,因此还引入了一个新的 onUri 激活事件。这允许您的扩展程序在每当定向到它的 URI 打开时被激活。

注意: URI 处理在 Linux 中尚不受支持

折叠提供程序 API

在 1.22 版本中提出的折叠范围提供程序已更新,现在是正式的 API。语言扩展程序现在可以提供语法感知的折叠范围。

/**
 * Register a folding range provider.
 *
 * Multiple providers can be registered for a language. In that case providers are asked in
 * parallel and the results are merged.
 * If multiple folding ranges start at the same position, only the range of the first registered provider is used.
 * If a folding range overlaps with an other range that has a smaller position, it is also ignored.
 *
 * A failing provider (rejected promise or exception) will
 * not cause a failure of the whole operation.
 *
 * @param selector A selector that defines the documents this provider is applicable to.
 * @param provider A folding range provider.
 * @return A [disposable](#_Disposable) that unregisters this provider when being disposed.
 */
export function registerFoldingRangeProvider(
  selector: DocumentSelector,
  provider: FoldingRangeProvider
): Disposable;

扩展贡献

我们的团队维护或贡献了许多 VS Code 扩展程序。本月最值得注意的是

Sublime Text 键盘映射扩展程序

Sublime Text 键盘映射扩展程序现在能够从 Sublime 导入设置。

首次启动扩展程序时,会显示一个提示,其中显示所有可导入的 Sublime 设置。如果您想稍后导入您的设置,请使用命令面板 (⇧⌘P (Windows, Linux Ctrl+Shift+P)) 中的 Sublime Text 键盘映射:导入 Sublime Text 设置 命令。

Sublime Settings Importer

工程

改进的 Smoke Test 稳定性

VS Code 一直都有一个 Smoke Test,用于严格控制质量。我们已经自动化了 Smoke Test,但未能使其稳定。在此里程碑中,我们致力于提高 Smoke Test 的稳定性和性能。更多详细信息可以在 pull request #47471 中找到。

新文档

使用 Azure Storage 的网站部署教程

我们有一个新的将静态网站部署到 Azure 教程,用于使用 Azure Storage 创建和部署静态网站。

VS Code 博客文章

VS Code 博客上有两篇最新的文章

值得注意的更改

  • 10663:在比较视图上切换选项卡时保留视图状态
  • 24634:macOS:添加一个设置以启用窗口的 acceptsFirstMouse
  • 29549:多线程调试应支持停止线程
  • 46785:在没有焦点文件的情况下,“在 Finder 中显示”应打开工作区文件夹
  • 47274:Node Logpoint 在调试控制台中显示为 VM 源
  • 47478:检测已安装的不完整扩展
  • 48733:引入一个选项 debug.enableAllHovers 以在调试时启用对悬停提供程序的调用
  • 46414:在终端中调试 Node.js 进程不再在调试控制台中显示输出

感谢

最后但同样重要的是,非常感谢以下人员帮助使 VS Code 变得更好

vscode 的贡献

vscode-extension-samples 的贡献

language-server-protocol 的贡献

vscode-languageserver-node 的贡献

vscode-chrome-debug 的贡献

vscode-chrome-debug 的贡献

  • @digeff
    • 忽略为未知脚本解析的 bp PR #325
    • 清理堆栈跟踪,使其不包含完整文件路径 PR #322
    • 将通知更新到最新版本 PR #320

vscode-node-debug2 的贡献

  • @digeff
    • 更新到 -core 4.1.4 PR #187
    • 现在我们拒绝并返回一个带有堆栈跟踪的错误 PR #185

localization 的贡献

Transifex VS Code 项目团队有 800 多名成员,每月约有 100 名活跃贡献者。我们感谢您的贡献,无论是提供新的翻译、为翻译投票还是建议流程改进。

这是此版本贡献者的快照。有关项目详情,包括贡献者姓名列表,请访问项目站点:https://aka.ms/vscodeloc

  • 法语: Antoine Griffard、Adrien Clerbois、Thierry DEMAN-BARCELO、Jean Cuteaux、Quentin BRETON。
  • 意大利语: Alessandro Alpi、Andrea Dottor、Aldo Donetti、Marco Dal Pino、Riccardo Cappello。
  • 德语: J.M.、Levin Rickert。
  • 西班牙语: Andy Gonzalez、Alejandro Medina、Alberto Poblacion、Thierry DEMAN-BARCELO、Eickhel Mendoza。
  • 日语: Shunya Tajima、Yuichi Nukiyama、Yosuke Sano、Seiji Momoto、Satoshi Kajiura、Toshinori Sugita。
  • 简体中文: Joel Yang、YF、pluwen。
  • 繁体中文: Winnie Lin、Duran Hsieh、Ryan Tseng、Alan Tsai、alantea、Will 保哥。
  • 韩语: ChangJoon Lee、HANSEULMARO KIM。
  • 俄语: Michel Ace、Ivan。
  • 保加利亚语: Любомир Василев。
  • 匈牙利语: Tar Dániel。
  • 葡萄牙语(巴西): Alessandro Fragnani、Roberto Fonseca、Marcelo Fernandes、Rodrigo Crespi、Matheus Palu、Bruno Sonnino、Douglas Eccker、douglas.martim。
  • 葡萄牙语(葡萄牙): Hugo Martins、Daniel Correia、Isac Van Dunem、Tiago Costa、João Mata。
  • 土耳其语: Adem Coşkuner、Burak Karahan、Özgür Öktem、Ömer Büyükçelik。
  • 波斯尼亚语: Muharem Basanovic、Bahrudin Hrnjica、Ismar Bašanović、Almir Vuk。
  • 捷克语: Vít Staniček、Vojtěch Habarta、m_fr、Frantisek Veris、Jakub Skořepa、Michal Zobec、Ferdinand Prantl、Ľubomír Kováč、Jan Brudný。
  • 荷兰语: Marco van den Hout、Maarten van Stam、Gerald Versluis。
  • 芬兰语: Petri Niinimäki、Feetu Nyrhinen。
  • 印地语: Brahma Dev。
  • 印度尼西亚语: Febrian Setianto (Feber)、Wildan Mubarok、Adrian M. R.、G-RiNe Project、Joseph Aditya P G、Mulia Arifandi Nasution、Herman Prawiro。
  • 拉脱维亚语: kozete、Pēteris Kļaviņš、Edgars、Simone Chiaretta。
  • 波兰语: Joanna Skurzyńska、Mateusz Wyczawski。
  • 罗马尼亚语: Schiriac Robert。
  • 塞尔维亚语: Jean Cuteaux。
  • 泰语: ภูมิไผท จันทรศรีวงศ์。
  • 乌克兰语: Dmytro Kyrychuk、Borys Lebeda。
  • 世界语: Andy Hampton。