に参加して、VS Code の AI 支援開発について学びましょう。

2019年2月 (バージョン 1.32)

更新: 各更新で対応された問題 - 1.32.3 - 1.32.2 - 1.32.1

ダウンロード: Windows: x64 | Mac: Intel | Linux 64-bit: deb rpm tarball | 32-bit: deb rpm tarball

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

これらのリリースノートをオンラインで読みたい場合は、code.visualstudio.com の 更新 にアクセスしてください。
この1.32リリースのハイライトビデオも、クラウドデベロッパーアドボケートのBrian Clarkからご覧いただけます。

リリースノートは、VS Codeの重点分野に関連する以下のセクションにまとめられています。さらに詳しい更新は以下の通りです。

  • ワークベンチ - キーボードナビゲーションコントロール、アウトラインビュー、およびブレッドクラムはツリーウィジェットを使用します。
  • エディター - Fix Allソースアクションで保存時に修正でき、列選択が改善されました。
  • 言語 - TypeScriptおよびMarkdown拡張機能をインストールする際にリロードは不要です。
  • 拡張機能の作成 - デバッグツールバーにコマンドを追加し、最後のメソッドシグネチャの選択を追跡します。

Insiders: 新しい機能をできるだけ早く見たいですか？毎日のInsidersビルドをダウンロードして、利用可能になり次第最新のアップデートを試すことができます。Visual Studio Codeの最新ニュース、アップデート、コンテンツについては、Twitterで@codeをフォローしてください！

Workbench

新しいテーマのプレビューと適用

テーマを提供する拡張機能をインストールした後、カラーテーマとファイルアイコンテーマをすぐにプレビューして適用できるようになりました。

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セットアップページに記載されています。

アウトラインとブレッドクラム用の新しいツリーウィジェット

アウトラインのドキュメントシンボルビューとブレッドクラムピッカーは、新しいツリーウィジェットを採用しました。新しい実装により、高速化され、より優れたフィルタリングサポートが提供されるほか、他の新しいツリーウィジェットの機能強化も行われています。

Editor

ホバーと問題のピークビューの改善

このリリースでは、クイックフィックスと問題のピークアクションを含むコマンドバーが問題のホバーに追加されました。クイックフィックスアクションはホバーからクイックフィックスを適用し、問題のピークアクションはエディターにピークビューを開きます。

Problem Hover

問題のピークビューから、前のエラー/警告と次のエラー/警告にナビゲートできるようになりました。

Problem Peek

ホバーと問題のピークビューの表示も改善しました。問題とコードブロックを含むホバーには、その内容を表示するのに十分なスペースが与えられています。

Hover

自動修正と推奨されるコードアクション

Code Action APIはVS Codeのクイックフィックス（エディターに表示される電球アイコン）を強化します。特定のエラーに対して多くのクイックフィックスが存在する場合がありますが、問題に対して最も合理的な修正が1つだけ存在することがよくあります。たとえば、スペルミスの修正は、通常、新しいフィールドを生成するよりも可能性の高い修正です。

拡張機能は、Code Actionを「推奨」としてマークできるようになり、それが基礎となる問題に対する最も合理的な修正であることを示します。推奨される修正が利用可能な場合、電球に青いバッジが追加されます。推奨される修正は、自動修正コマンド (⌥⌘. (Windows、Linux Shift+Alt+.)) を使用して自動的に適用できます。

Preferred fixes are indicated with a blue badge on the lightbulb

推奨されるクイックフィックスは通常、次のとおりです。

  • 基礎となるエラーを正しく修正する（抑制しない）。
  • エラーに対して合理的な修正であること。
  • 予期せぬ大規模な操作を実行しないこと。

リファクタリングのCode Actionも、最も合理的なリファクタリングであることを示すために推奨としてマークできます。たとえば、複数の定数抽出リファクタリングが利用可能であっても、ユーザーは通常、最も近いローカルに抽出したいと考えます。そのリファクタリングCode ActionがisPreferredとマークされていれば、ユーザーはそれに対して単一のキーバインドを設定できます。

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

すべてのソースアクションを修正

新しいsource.fixAll CodeActionKindは、ファイル内のエラーを自動修正できる拡張機能の慣例を確立します。この新しいSource Actionの種類はインポートの整理に似ており、すべての修正アクションのキーバインドを設定したり、保存時に自動修正を有効にしたりすることが簡単になります。

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

TSLint拡張機能は、すでにsource.fixAll Code Action kindを使用して、すべてを修正し、保存時に自動修正を実装しています。

expandLineSelectionのデフォルトのキーバインド変更

コマンドexpandLineSelectionは、デフォルトでCtrl+L (macOSではCmd+L) にバインドされ、Ctrl+I (Cmd+I) にはバインドされなくなりました。

列選択の改善

複数カーソル修飾子設定を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のような新しいTypeScript拡張機能をインストールすると、リロードなしで拡張機能が自動的に有効になります。

Markdown拡張機能のインストール時にリロードは不要

さらに、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を自動的に開く

Webプログラムの開発では通常、デバッガーでサーバーコードにヒットさせるために、Webブラウザーで特定の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をブラウザアプリケーションに入力します。

新機能により、任意の起動設定に構造化プロパティ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は、URIのスキームに設定された標準アプリケーションでVS Codeの外部で（「外部的に」）開かれます。

または、actionをdebugWithChromeに設定することもできます。この場合、VS CodeはURIに対してChromeデバッグセッションを開始します（これにはDebugger for 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が構成されていても、Debugger for 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をサポートする最後のバージョンになります。間もなく（1〜2ヶ月以内）Electron 4.xに移行する予定であるため、これはVS CodeがLinux 32ビットでは動作しなくなることを意味します。お使いのVS Codeを64ビットバージョンにアップデートしてください。すべての設定と拡張機能は、何も移行することなく以前と同様に機能します。詳細については、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プルリクエスト拡張機能の改善作業を続けました。

以下にいくつかの新機能を示します。

  • プルリクエストの説明ページで、レビュー担当者とラベルを表示および割り当てることができます。
  • GitHubプルリクエストツリービューが独自のビューコンテナに表示されるようになりました。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 Security Response Center CVE-2019-5786のセキュリティアップデートも含まれており、これについてはElectronブログ記事で読むことができます。

ありがとうございます

最後に、そしてもちろん最も重要なこととして、Visual Studio Codeをさらに良くするために協力してくれた以下の方々に、心からの感謝を申し上げます！

課題追跡への貢献。寄せられた課題の管理にご協力いただける場合は、Community Issue Tracking ページをご覧ください。

vscodeへの貢献者

vscode-languageserver-nodeへの貢献者

node-jsonc-parserへの貢献

vscode-generator-codeへの貢献者

vscode-vsceへのコントリビューション

vscode-recipesへの貢献

localizationへの貢献

Microsoft Localization Community Platform (MLCP) を利用しているCloud + AI Localizationコミュニティメンバーは700人を超え、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 -, 天明 雅和, 府ワ 貴之, 阪口 誠, 知念 裕子, 森口 梨絵, 牧野 孝一, 小島 冨士夫, 氏原 和也.
  • 韓国語: Jong Heun Shin, Kyunghee Ko, Jae Yong Kum, SeungJin Jeong.
  • ノルウェー語: 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.
© . This site is unofficial and not affiliated with Microsoft.