이 출시되었습니다! 11월의 새로운 기능 및 수정 사항을 읽어보세요.

2019년 2월 (버전 1.32)

업데이트: 각 업데이트에서 해결된 문제 - 1.32.3 - 1.32.2 - 1.32.1

다운로드: Windows: x64 | Mac: Intel | Linux 64비트: deb rpm tarball | 32비트: deb rpm tarball

Visual Studio Code 2019년 2월 릴리스에 오신 것을 환영합니다. 이번 버전에는 여러분이 좋아하실 만한 몇 가지 중요한 업데이트가 포함되어 있습니다. 주요 내용은 다음과 같습니다.

이 릴리스 노트를 온라인으로 읽으려면 code.visualstudio.com의 업데이트로 이동하십시오.
Cloud Developer Advocate Brian Clark가 만든 이 1.32 릴리스 하이라이트 동영상도 확인해 보세요.

릴리스 노트는 VS Code의 주요 영역과 관련된 다음 섹션에 배열됩니다. 몇 가지 추가 업데이트입니다.

  • 워크벤치 - 키보드 탐색 제어, 개요 보기 및 브레드크럼이 트리 위젯을 사용합니다.
  • 편집기 - 모든 소스 액션 수정으로 저장 시 수정 가능, 향상된 열 선택.
  • 언어 - TypeScript 및 Markdown 확장 프로그램을 설치할 때 다시 로드할 필요가 없습니다.
  • 확장 프로그램 작성 - 디버그 도구 모음에 명령 추가, 마지막 메서드 서명 선택 추적.

Insider: 가능한 한 빨리 새로운 기능을 보려면? 야간 빌드인 Insider를 다운로드하고 최신 업데이트를 즉시 사용해 볼 수 있습니다. 최신 Visual Studio Code 뉴스, 업데이트 및 콘텐츠를 보려면 Twitter @code를 팔로우하세요!

워크벤치

새로운 테마 미리보기 및 적용

이제 테마 확장 프로그램을 설치한 직후 색상 및 파일 아이콘 테마를 미리 보고 적용할 수 있습니다.

Applying Theme

키보드 단축키 편집기

이제 키보드 단축키 편집기에서 키 바인딩의 when 절을 편집할 수 있습니다.

Changing When expression

키보드 단축키 편집기에서 keybindings.json 파일을 여는 링크가 제거되었으며, 대신 편집기 제목 표시줄 오른쪽의 **{}** 버튼을 사용합니다.

keybindings.json 파일을 직접 편집할 때 기본 키 바인딩이 왼쪽에서 더 이상 표시되지 않습니다. **기본 키 바인딩**을 보려면 **워크벤치 > 설정: 기본 키 바인딩 열기** 설정(workbench.settings.openDefaultKeybindings를 true로)을 확인하세요.

자동 키보드 탐색 설정

새로운 설정 **목록: 자동 키보드 탐색**은 목록과 트리가 요소 탐색 및 필터링을 위해 사전식 키 입력을 캡처할지 여부를 제어합니다. 비활성화하면 키보드 탐색이 모달이 되고 list.toggleKeyboardNavigation 명령이 해당 상태를 토글합니다. 해당 명령에 특정 키보드 단축키를 할당할 수 있습니다. 예를 들어, /로 설정하면 /를 누른 후에야 후속 키 입력이 목록/트리에서 항목을 필터링합니다. 이 설정은 기본적으로 활성화되어 있습니다.

다음은 파일 탐색기에서 /로 키보드 탐색을 토글하는 키 바인딩입니다.

{
  "key": "/",
  "command": "list.toggleKeyboardNavigation",
  "when": "filesExplorerFocus"
}

Linux의 기본 제목 표시줄 스타일

사용자 피드백을 바탕으로 Linux에서 기본 설정 window.titleBarStyle를 custom에서 native로 되돌리기로 결정했습니다. 더 나은 접근성 지원이 필요한 경우 사용자 지정 제목 표시줄을 계속 권장합니다. 이 변경에 대한 자세한 내용은 Linux 설정 페이지에 문서화되어 있습니다.

개요 및 브레드크럼을 위한 새로운 트리 위젯

개요 문서 기호 보기와 브레드크럼 선택기가 새로운 트리 위젯을 채택했습니다. 새로운 구현은 더 빠르게 작동하고 다른 새로운 트리 위젯 개선 사항과 함께 더 나은 필터링 지원을 제공합니다.

편집기

호버 및 문제 피크 개선

이번 릴리스에서는 문제 호버에 **빠른 수정** 및 **문제 피크** 액션이 포함된 명령 모음이 추가되었습니다. **빠른 수정** 액션은 호버에서 빠른 수정을 적용하고, **문제 피크** 액션은 편집기에서 피크 보기를 엽니다.

Problem Hover

문제 피크 보기에서 이전 및 다음 오류/경고로 이동할 수 있습니다.

Problem Peek

호버 및 문제 피크 보기의 모양도 개선했습니다. 문제 및 코드 블록이 있는 호버는 콘텐츠를 표시할 충분한 공간을 제공합니다.

Hover

자동 수정 및 우선 코드 액션

코드 액션 API는 VS Code의 빠른 수정(편집기에서 보이는 전구)을 지원합니다. 주어진 오류에 대해 여러 빠른 수정이 있을 수 있지만, 종종 해당 문제에 가장 합리적인 수정이 하나 있습니다. 예를 들어, 철자 오류를 수정하는 것이 새 필드를 생성하는 것보다 일반적으로 더 가능성이 높은 수정입니다.

이제 확장 프로그램은 코드 액션을 "우선"으로 표시하여 해당 문제가 되는 근본적인 문제에 대한 가장 합리적인 수정임을 나타낼 수 있습니다. 우선 수정이 가능한 경우 전구에 파란색 배지가 추가됩니다. 우선 수정은 **자동 수정** 명령(⌥⌘. (Windows, Linux Shift+Alt+.))을 사용하여 자동으로 적용할 수 있습니다.

Preferred fixes are indicated with a blue badge on the lightbulb

우선 빠른 수정은 일반적으로

  • 근본 오류를 올바르게 수정해야 합니다 (숨기지 않음).
  • 오류에 대한 합리적인 수정이어야 합니다.
  • 예상치 못한 광범위한 작업을 수행해서는 안 됩니다.

리팩터링 코드 액션도 우선으로 표시하여 가장 합리적인 리팩터링임을 나타낼 수 있습니다. 예를 들어, 여러 **상수 추출** 리팩터링을 사용할 수 있지만, 사용자는 일반적으로 가장 가까운 로컬로 추출하기를 원합니다. 해당 리팩터링 코드 액션이 isPreferred로 표시되면 사용자는 이를 위한 단일 키 바인딩을 설정할 수 있습니다.

{
  "key": "ctrl+shift+r ctrl+e",
  "command": "editor.action.codeAction",
  "args": {
    "kind": "refactor.extract.constant",
    "preferred": true
  }
}

모든 소스 액션 수정

새로운 source.fixAll CodeActionKind는 파일의 오류를 자동 수정할 수 있는 확장 프로그램에 대한 규칙을 설정합니다. 이 새로운 소스 액션 종류는 **정렬 가져오기**와 유사하며, 수정 가능한 모든 액션에 대한 키 바인딩을 쉽게 구성하거나 저장 시 자동 수정을 활성화할 수 있습니다.

// On save, run both fixAll and organizeImports source actions
"editor.codeActionsOnSave": {
    "source.fixAll": true,
    "source.organizeImports": true,
}

TSLint 확장 프로그램(TSLint extension)은 이미 source.fixAll 코드 액션 종류를 사용하여 모든 수정 및 저장 시 자동 수정 기능을 구현하고 있습니다.

expandLineSelection에 대한 기본 키 바인딩 변경

expandLineSelection 명령은 이제 기본적으로 Ctrl+I(macOS의 Cmd+I)가 아닌 Ctrl+L(macOS의 Cmd+L)에 바인딩됩니다.

향상된 열 선택

다중 커서 수정자 설정이 Ctrl(macOS의 Cmd)로 구성되어 있고("editor.multiCursorModifier": "ctrlCmd"), 따라서 Alt 수정자는 정의로 이동에만 사용되는 경우, 편집기에서 선택을 드래그할 때 Alt 수정자를 눌러 일반 선택과 열 선택 간에 전환할 수 있습니다.

다음 동영상에서 선택은 일반 선택으로 시작한 다음, 마우스 버튼을 놓을 때까지 Alt를 누르고 있습니다.

Column Selection with the Alt key

언어

TypeScript 3.3.3

이 릴리스에는 TypeScript 3.3.3이 포함되어 있으며, 이는 몇 가지 중요한 버그를 수정한 작은 업데이트입니다.

TypeScript 확장 프로그램 설치 시 다시 로드할 필요 없음

지난 반복에서 VS Code는 대부분의 확장 프로그램을 설치한 후 다시 로드할 필요가 없도록 변경되었습니다. VS Code는 이제 TypeScript 플러그인 확장 프로그램의 동적 로드도 지원합니다. TSLint(TSLint)와 같은 새 TypeScript 확장 프로그램을 설치하면 다시 로드할 필요 없이 확장 프로그램이 자동으로 활성화됩니다.

Markdown 확장 프로그램 설치 시 다시 로드할 필요 없음

또한 GitHub Markdown Preview(GitHub Markdown Preview)와 같은 확장 프로그램을 설치한 후 VS Code를 다시 로드할 필요가 없습니다. Markdown 확장 프로그램이 설치되는 즉시 활성 Markdown 미리 보기가 자동으로 업데이트됩니다.

ARIA 속성에 대한 향상된 HTML IntelliSense

W3C와 MDN에서 검색된 데이터를 통해 VS Code는 이제 ARIA(Accessible Rich Internet Applications) 속성 및 DOM 이벤트에 대한 설명을 표시합니다.

HTML IntelliSense for ARIA and Event attributes

HTML 확장 프로그램에서 Razor 지원 제거

레거시 ASP.NET Razor 지원이 제거되었습니다. 이제 Razor 파일을 편집하려면 C# 확장 프로그램을 사용하는 것이 좋습니다.

디버깅

디버그 콘솔 글꼴 구성

이제 다음과 같은 설정을 사용하여 디버그 콘솔의 글꼴 크기, 글꼴 패밀리 및 줄 높이를 구성할 수 있습니다: debug.console.fontSize, debug.console.fontFamily 및 debug.console.lineHeight.

Debug Console font

디버그 콘솔 텍스트 줄 바꿈

새로운 트리 위젯 채택 덕분에 디버그 콘솔은 이제 개체 내의 속성을 포함한 모든 요소에 대한 자동 텍스트 줄 바꿈을 지원합니다.

Debug Console wrap

통합 터미널

보내기 시퀀스 명령에서 변수 지원

이제 workbench.action.terminal.sendSequence 명령에서 변수를 사용할 수 있습니다. 예:

{
  "key": "ctrl+shift+t",
  "command": "workbench.action.terminal.sendSequence",
  "args": { "text": ". ${file}" }
}

미리 보기 기능

미리보기 기능은 릴리스 준비가 되지 않았지만 사용할 만큼 기능적입니다. 개발 중인 동안 초기 피드백을 환영합니다.

서버 프로그램을 디버깅할 때 URI를 자동으로 열기

일반적으로 웹 프로그램을 개발하려면 디버거에서 서버 코드를 실행하기 위해 웹 브라우저에서 특정 URL을 열어야 합니다. 이번 마일스톤에서는 이러한 프로세스를 유연한 방식으로 자동화하려는 새로운 VS Code 기능의 첫 번째 버전을 추가했습니다.

간단한 Node.js Express 애플리케이션의 예는 다음과 같습니다.

var express = require('express');
var app = express();

app.get('/', function(req, res) {
  res.send('Hello World!');
});

app.listen(3000, function() {
  console.log('Example app listening on port 3000!');
});

이 애플리케이션은 먼저 "/" URL에 대한 "Hello World" 핸들러를 설치한 다음 포트 3000에서 HTTP 연결을 수신 대기합니다. 포트는 디버그 콘솔에 발표되며 일반적으로 개발자는 이제 브라우저 애플리케이션에 https://:3000을 입력해야 합니다.

새로운 기능을 통해 모든 launch 구성에 구조화된 serverReadyAction 속성을 추가하고 수행할 "액션"을 선택할 수 있습니다.

{
  "type": "node",
  "request": "launch",
  "name": "Launch Program",
  "program": "${workspaceFolder}/app.js",

  "serverReadyAction": {
    "pattern": "listening on port ([0-9]+)",
    "uriFormat": "https://:%s",
    "action": "openExternally"
  }
}

여기서 pattern 속성은 포트를 알리는 프로그램 출력 문자열을 일치시키는 정규식을 설명합니다. 포트 번호에 대한 패턴은 괄호 안에 배치되어 정규식 캡처 그룹으로 사용할 수 있습니다. 이 예에서는 포트 번호만 추출하지만 전체 URI를 추출할 수도 있습니다.

uriFormat 속성은 포트 번호가 URI로 변환되는 방식을 설명합니다. 첫 번째 %s는 일치하는 패턴의 첫 번째 캡처 그룹으로 대체됩니다.

결과 URI는 VS Code 외부("외부")에서 URI 스킴에 구성된 표준 애플리케이션으로 열립니다.

또는 action을 debugWithChrome으로 설정할 수 있습니다. 이 경우 VS Code는 URI에 대한 Chrome 디버그 세션을 시작합니다 (이것은 Chrome 디버거 확장이 설치되어 있어야 함). 이 모드에서는 Chrome 디버그 세션에 전달되는 webRoot 속성을 추가할 수 있습니다.

이를 단순화하기 위해 대부분의 속성은 선택 사항이며 다음과 같은 기본값을 사용합니다.

  • pattern: "listening on.* (https?://\\S+|[0-9]+)"는 일반적으로 사용되는 "listening on port 3000" 또는 "Now listening on: https://:5001"과 같은 메시지를 일치시킵니다.
  • uriFormat: "https://:%s"
  • webRoot: "${workspaceFolder}"

그리고 여기서 기능이 작동하는 모습을 보여줍니다.

Server ready feature in action

기능의 미리 보기 릴리스에서는 다음 사항에 유의하세요.

  • 패턴은 디버그 콘솔에서만 일치합니다. 디버그 대상이 통합 터미널에서 시작된 경우 (그리고 외부 터미널에서는 절대 작동하지 않음) 작동하지 않습니다.
  • debugWithChrome이 구성되었지만 Chrome 디버거 확장이 설치되지 않은 경우에도 이 기능은 경고하지 않습니다.
  • 다른 브라우저 기반 디버거는 아직 사용할 수 없습니다.

확장 프로그램 작성

디버그 도구 모음에 명령 기여

이제 확장 프로그램이 디버그 도구 모음에 명령을 기여할 수 있습니다.

확장 프로그램의 package.json 예는 다음과 같습니다.

"contributes": {
  "commands": [
    {
      "command": "dart.hotReload",
      "title": "Hot Reload",
      "icon": {
        "dark": "./media/hot_reload_inverse.svg",
        "light": "./media/hot_reload.svg"
      }
    }
  ],
  "menus": {
    "debug/toolbar": [
      {
        "command": "dart.hotReload",
        "when": "debugType == dart",
        "group": "dart"
      }
    ]
  }
}

확장 프로그램은 디버그 도구 모음의 오른쪽에 "핫 리로드" 버튼을 추가합니다.

Add to debug toolbar

SignatureHelpContext.activeSignatureHelp

SignatureHelpContext 객체에 이전에 활성화된 서명을 추적하는 activeSignatureHelp 필드가 이제 있습니다.

import * as vscode from 'vscode';

class MySignatureHelpProvider implements vscode.SignatureHelpProvider {
    provideSignatureHelp(
        document: vscode.TextDocument,
        position: vscode.Position,
        token: vscode.CancellationToken,
        context: vscode.SignatureHelpContext
    ): vscode.ProviderResult<vscode.SignatureHelp> {
        // The active signature help when this provider was triggered or undefined if
        // no signature help was active.
        console.log(context.activeSignatureHelp);

        ...
    }
}

공급자는 이를 사용하여 서명 도움말 공급자가 다시 트리거되기 전에 사용자가 선택한 오버로드를 추적할 수 있습니다.

제안된 확장 API

각 마일스톤에는 새로운 제안 API가 포함되며 확장 작성자는 이를 시험해 볼 수 있습니다. 언제나처럼 여러분의 피드백을 기다립니다. 제안된 API를 시험해 보려면 다음 단계를 따르세요.

  • 제안된 API는 자주 변경되므로 Insiders를 사용해야 합니다.
  • 확장의 package.json 파일에 이 줄이 있어야 합니다: "enableProposedApi": true.
  • 최신 버전의 vscode.proposed.d.ts 파일을 프로젝트로 복사하세요.

제안된 API를 사용하는 확장은 게시할 수 없습니다. 다음 릴리스에서 호환되지 않는 변경이 발생할 수 있으며 기존 확장에 문제가 발생하는 것을 원하지 않습니다.

workspace.registerResourceLabelFormatter

export interface ResourceLabelFormatter {
  scheme: string;
  authority?: string;
  formatting: ResourceLabelFormatting;
}

export interface ResourceLabelFormatting {
  label: string; // myLabel:/${path}
  separator: '/' | '\\' | '';
  tildify?: boolean;
  normalizeDriveLetter?: boolean;
  workspaceSuffix?: string;
  authorityPrefix?: string;
}

export namespace workspace {
  export function registerResourceLabelFormatter(
    formatter: ResourceLabelFormatter
  ): Disposable;
}

확장 프로그램은 registerResourceLabelFormatter를 사용하여 워크벤치 전체에서 URI를 표시하는 방법을 지정하는 동적 리소스 레이블 서식 지정을 기여할 수 있습니다.

엔지니어링

Linux 32비트 지원 종료 예정

VS Code는 여러 플랫폼에서 실행하기 위해 Electron을 프레임워크로 사용합니다. 현재 Electron 버전 3.x를 사용하고 있으며, 이는 32비트 아키텍처의 Linux를 지원하는 마지막 버전이 될 것입니다. 곧 Electron 4.x로 이전할 계획이므로 (1~2개월) VS Code는 더 이상 Linux 32비트에서 실행되지 않습니다. 64비트 버전으로 VS Code 버전을 업데이트하십시오. 모든 설정과 확장은 마이그레이션할 필요 없이 이전과 같이 작동합니다. 자세한 내용은 Electron의 관련 블로그 게시물을 읽어보세요.

엄격한 null 진행 상황

주요 VS Code 코드베이스의 엄격한 null 검사를 향한 좋은 진전을 계속했습니다. 이번 반복에서는 남은 엄격한 null 오류 수를 절반으로 줄여 2000개 이상의 오류를 수정했습니다. 여전히 약 1800개의 엄격한 null 오류가 남아 있으며, 많은 남은 오류는 복잡한 오류이지만 끝이 보입니다.

ES6로 컴파일

VS Code는 TypeScript로 작성되었으며, TypeScript는 JavaScript로 컴파일됩니다. TypeScript는 다른 JavaScript 버전을 대상으로 할 수 있으며, 이 릴리스에서는 ES6 JavaScript를 대상으로 합니다. ES6는 TypeScript에 훨씬 더 가깝고 더 적은 코드를 생성하여 더 빠른 로드 시간을 제공합니다.

참고: 이는 JavaScript에서 정의된 클래스를 사용하는 JavaScript 출력을 의미합니다. 함수가 해당 클래스를 "확장"할 수 있도록 하는 유틸리티가 있으며, 확장 작성자가 이제 ES6를 생성하도록 하는 추적 항목을 만들었습니다. 모든 것이 이전과 같이 작동해야 하지만, 모든 사람이 ES6 기차에 탑승하도록 권장합니다.

확장 프로그램에 대한 기여

GitHub 풀 요청

이 마일스톤에서는 GitHub Pull Requests 확장 프로그램 개선 작업을 계속했습니다.

다음은 몇 가지 새로운 기능입니다.

  • 풀 요청 설명 페이지에서 검토자 및 레이블 보기 및 할당.
  • GitHub 풀 요청 트리 보기(tree views)가 자체 보기 컨테이너에 표시됩니다. githubPullRequests.showInSCM을 수정하여 소스 제어 보기에도 표시하도록 선택할 수 있습니다.
  • 댓글의 반응 보기 및 수정.

Vetur

Vetur 확장 프로그램이 이제 Vue.js 보간에 대한 IntelliSense(스마트 완성)를 제공합니다.

완성 항목은 Vue.js props, data, computed 및 methods API 호출에서 가져옵니다. 소스 코드와 JSDoc 설명이 완성 항목 설명으로 사용됩니다.

부모 컴포넌트에서 자식 컴포넌트를 사용할 때 Vetur은 자식 컴포넌트의 props에 대한 IntelliSense도 제공합니다.

Vetur IntelliSense for Vue templates

기타 주목할 만한 기능:

  • <template> 포맷터에 대한 옵션으로 Prettier 사용.
  • GraphQL 사용자 지정 블록 구문 강조.
  • Pug 보간 구문 강조.

Vetur의 변경 로그에서 기능에 대해 자세히 알아볼 수 있습니다.

새로운 문서

webpack으로 확장 프로그램 번들링

확장 프로그램 작성자를 위해 확장 프로그램 파일 번들링에 대한 새로운 확장 프로그램 번들링 토픽이 webpack을 사용하여 확장 프로그램 로드 시간을 줄입니다.

webpack logo

JavaScript 작업

새로운 JavaScript 작업 기사는 VS Code에서 지원하는 고급 JavaScript 기능을 설명합니다. 코드에 JavaScript 프로젝트 파일(jsconfig.json)을 추가하는 것의 이점과 유형 검사를 활성화하는 방법을 배웁니다.

주요 수정 사항

  • 55084: 백슬래시를 포함하는 파일 이름 생성/열기 허용
  • 68204: 'folder/subfolder/file.txt'와 같은 경로에서 생성 후 탐색기에서 새 파일이 표시되지 않음
  • 68316: 새 워크벤치 탐색기 트리뷰가 제대로 업데이트되지 않음
  • 68616: Nodejs (mocha 테스트) 디버깅 시 중단점이 있지만 시각적 표시 없음
  • 68691: 탐색기에서 새 파일 생성 입력 상자가 없음
  • 68627: '사이드바에 표시' 작동 안 함
  • 67970: 새 탐색기: 편집기 전환 시 포커스 해제

이번 릴리스에는 Microsoft 보안 대응 센터 CVE-2019-5786에 대한 보안 업데이트도 포함되어 있으며, 이는 Electron 블로그 게시물에서 확인할 수 있습니다.

감사합니다

마지막으로, VS Code를 더욱 발전시키는 데 도움을 준 다음 분들께 진심으로 감사드립니다.

이슈 추적에 대한 기여. 문제를 관리하는 데 도움이 되기를 원하시면 커뮤니티 이슈 추적 페이지를 참조하세요.

vscode 기여

vscode-languageserver-node에 기여

node-jsonc-parser에 대한 기여

vscode-generator-code에 대한 기여

vscode-vsce 기여

vscode-recipes에 기여

localization 기여

Microsoft Localization Community Platform (MLCP)을 사용하는 700명 이상의 Cloud + AI 현지화 커뮤니티 회원과 Visual Studio Code에 기여하는 100명 이상의 활성 기여자가 있습니다.

새로운 번역 제공, 번역 투표 또는 프로세스 개선 제안 등 귀하의 기여에 감사드립니다.

다음은 기여자의 스냅샷입니다. 프로젝트에 대한 자세한 내용과 기여자 이름 목록을 보려면 프로젝트 사이트(https://aka.ms/vscodeloc)를 방문하십시오.

  • 보스니아어: Ismar Bašanović.
  • 불가리아어: Любомир Василев.
  • 체코어: Jakub Stibůrek, Samuel Tulach, Jan Brudný.
  • 덴마크어: Lasse Stilvang, Alexander Matzen, Johan Fagerberg.
  • 네덜란드어: Jos Verlinde, Eric Algera.
  • 영어 (영국): Mohammad Idrees.
  • 핀란드어: Petri Niinimäki, Riku Riikonen, Valtteri Vatanen.
  • 프랑스어: Mohamed Sahbi, Antoine Griffard, Maxime COQUEREL, franto.
  • 독일어: Frank Lindecke, Jakob von der Haar, Hans Meiser, Carsten Kneip, Sebastian Seidl.
  • 그리스어: Jim Spentzos, John D, Δημήτρης Παπαϊωάννου.
  • 히브리어: Snir Broshi, Kyle Orin.
  • 힌디어: Satish Yadav, Ashok Kumar Rathore, nirav adatiya, Amit Gusain, shaswat rungta, Jagjeet Singh, Pratishek PII, Chethana S, Dhanvi Kapila.
  • 중국어 간체: Tingting Yi, 斌 项, feiyun0112 feiyun0112, 建东 薛, 刘瑞恒 刘瑞恒, Junzhe Liu, Dave Young, 昊宇 周, Joel Yang, Tony Xia, XIANG ZUO, Edi Wang, Zhiqiang Li, 福永 叶, G.Y. Z,Hao Hu, Pluwen, meng shao, YITING ZHU, Xiangrui Kong, Liam Kennedy, 松阳 樊, Young Bige, Justin Liu, Jessica Zhang, Licheng Ren, 驰 雷, 彦佐 刘, xiong Fu, Fan Su, Lynne Dong, 吉姆 舒, 游 尤, 剑秋, 陶, Hanlin Yang, bh wu, Y F, WangCG duoduobear, ziqiang sun, 越 郑, Jiang LI, 正元 刘, peng wei, 瑜 周, 仁松 陈, 翼 张, Ludi Fang, 九鼎 谭. 중국어 번체: 奕濬 潘, Winnie Lin.
  • 헝가리어: Péter Nagy, Dániel Tar.
  • 인도네시아어: Laurensius Dede Suhardiman, Afnizar Nur Ghifari, Pradipta Hendri, Azhe Kun, 이탈리아어 (이탈리아): Bruni Luca, Alessandro Alpi, Andrea Dottor, Riccardo Cappello, Aldo Donetti, Michael Longo.
  • 일본어: nh, EbXpJ6bp -, Masakazu TENMYO, Takayuki Fuwa, Makoto Sakaguchi, 裕子 知念, Rie Moriguchi, Koichi Makino, Fujio Kojima, Kazuya Ujihara.
  • 한국어: 신종헌, 고경희, 금재용, 정보승.
  • 노르웨이어: Cookius Monsterius, Stephan Eriksen.
  • 폴란드어: Grzegorz Miros, Tomasz Świstak, Michal Szulc, Bartek PL, Szymon Seliga, Tomasz Chojnacki, Marcin Weksznejder, Artur Pelczar, Marcin Floryan, Jakub Jedryszek.
  • 포르투갈어 (브라질): Marcondes Alexandre, Albert Tanure, Marcelo Fernandes, Junior Galvão - MVP, Ray Carneiro, Eduardo Moura, Bruno Talanski, Bruno Sonnino, Jucinei Pereira dos Santos, Emmanuel Gomes Brandão, Flávio Albuquerque Camilo, Pablo Garcia, Lucas Miranda, Giuliano Reginatto, Alan William, Lucas Nunes, Gabriel Schade, arthurdenner., Mauricio Lima, Roberto Fonseca, Letticia Nicoli, Milton Camara, Alessandro Fragnani, Marcelo Guerra, Cynthia Zanoni, Jhonathan Soares, Rafael Laranja, Swellington Soares.
  • 포르투갈어 (포르투갈): João Carvalho, Vitor Barbosa.
  • 러시아어: michael v, Иван Лещенко.
  • 스페인어: Andy Gonzalez, Alvaro Enrique Ruano, Engel Aguilar, Carlos Mendible, José María Aguilar, julian3xl, Ing. Sergio Uziel Tovar Lemus, Mario Mendieta, Jorge Serrano Pérez.
  • 타밀어: Mani M, Krishna Pravin, Vetri.
  • 터키어: Hüseyin Fahri Uzun, Okan Çetin, Muhammed Emin TİFTİKÇİ.
  • 우크라이나어: Did Kokos.
  • 베트남어: Việt Anh Nguyễn, Belikhun.
English 한국어 中文(简体)
© . This site is unofficial and not affiliated with Microsoft.