VS Codeのエージェントモードを拡張するには、を試してください！

2019年3月 (バージョン 1.33)

バージョン 1.33.1 の更新: このアップデートでは、これらの問題が解決されています。

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

Visual Studio Code 2019年3月リリースへようこそ。このバージョンには、皆さんに気に入っていただけるであろう多くのアップデートが含まれており、主なハイライトは以下の通りです。

これらのリリースノートをオンラインで読みたい場合は、code.visualstudio.com の 更新 にアクセスしてください。
開発者アドボケートのBrian Clarkによる1.33リリースハイライトビデオもご覧ください。

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

  • ワークベンチ - 改善されたソース管理ビュー、スクリーンリーダーによるリストナビゲーションの容易化。
  • 統合ターミナル - WindowsでConPTYがデフォルトで有効化され、レンダリングパフォーマンスが向上。
  • 言語 - CSSプロパティ値の補完を無効化、TSの推論と`const`アサーションの改善。
  • 拡張機能の作成 - スマート選択APIが完成、拡張機能インストールコマンド。
  • エンジニアリング - 公式Linuxスナップパッケージ、NPMパッケージキャッシュによるOSSビルドの高速化。

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

ワークベンチ

表示言語の設定がより簡単に

表示言語の設定コマンドを実行すると、これまではlocale.jsonファイルが開くだけでしたが、インストールされている言語パックに基づいた利用可能なロケールを一覧表示するクイックピックが開くようになりました。選択すると、ロケールが自動的に更新され、変更を有効にするためにVS Codeを再起動するよう求められます。

Configure Display Language Quick Pick

ソース管理ビューの改善

ソース管理ビューは、ファイルエクスプローラー、デバッグビューなど、他のビューと同じように動作するように調整されました。リポジトリはコンテキストメニューアクションを使用して表示または非表示にできるようになりました。その順序とサイズは保持されるようになりました。ソース管理プロバイダービューもコンテキストメニューアクションで表示または非表示にできます。

Source Control view context menu

スクリーンリーダー検出時のリストのシンプルなキーボードナビゲーション

VS Codeがスクリーンリーダーの使用を検出すると、リストのシンプルなキーボードナビゲーションを自動的にオンにします。これにより、各キーストロークが対応するアイテムに移動するため、スクリーンリーダーを使用するユーザーにとってリストのキーボードナビゲーションが容易になります。この動作は、ファイルエクスプローラー、開いているエディター、デバッグビューなど、ワークベンチ内のすべてのリストおよびツリーに適用されます。

エディター

IntelliSenseのカスタマイズ

IntelliSenseの表示を制御する新しい設定があります

  • editor.suggest.filteredTypes - IntelliSenseから特定の型をフィルタリングします。例えば、キーワードは次のようにフィルタリングされます: { "keyword": false }。
  • editor.suggest.maxVisibleSuggestions - IntelliSenseが一度に表示するアイテムの数を制御します。
  • editor.suggest.showIcons - IntelliSenseにアイコンを表示するかどうかを有効または無効にします。

以下は、キーワードがフィルタリングされ、アイコンがなく、8つの候補に制限されたTypeScript IntelliSenseの例です。

IntelliSense: no keywords, no icons, only eight entries

デフォルトのフォーマッターの選択

多くのユーザーは異なるプロジェクトで作業しており、異なるプロジェクトでは異なるドキュメントフォーマッターを使用することがよくあります。これは設定が困難でしたが、editor.defaultFormatterという新しい設定を追加して解決しました。これで、複数のフォーマッターが利用可能な場合に、1つをデフォルトとして定義できます。実際、VS Codeはデフォルトのフォーマッターを選択するよう促します。

Pick Default Formatter

これにより、構成が更新され (下図参照)、それ以降の保存操作で、VS Codeがどのフォーマッターを選択すべきかを認識するようになります。また、この値をプロジェクトの構成で設定することをお勧めします。例えば、プロジェクトチームがフォーマッターについて合意している場合、それはプロジェクト設定ファイルに明記すべきです。

"[javascript]": {
  "editor.defaultFormatter": "HookyQR.beautify"
}

デフォルトのフォーマッターを定義しても、代替フォーマッターが削除されるわけではありません。Format Document With...コマンドを追加しました。これにより、ドキュメントをフォーマットする前にフォーマッターを選択できます。必要に応じて、ドロップダウンからデフォルトのフォーマッターを再設定することもできます。

定義への移動のカスタマイズ

一部のプログラミング言語では、複数の場所でシンボルを定義できます。これは、定義へ移動のような機能が一度に複数の場所に移動する必要があることを意味します。VS Codeは、すべての場所をPeekビューで表示することでこれをサポートしています。この動作は、新しい設定editor.gotoLocation.multipleで細かく調整できるようになりました。

以下の値を設定できます。

  • peek - 現在の場所でPeekビューを開きます。これがデフォルトです。
  • gotoAndPeek - プライマリの場所を開き (拡張機能によって定義)、Peekビューも表示します。
  • goto - プライマリの場所のみを開きます。

スニペット変数 $WORKSPACE_NAME

開いているワークスペース/フォルダーの名前に解決される新しいスニペット変数：$WORKSPACE_NAME があります。

以下のスニペットのように使用してください

"header": {
  "scope": "javascript,typescript",
  "prefix": "workspace",
  "body": ["// the ${WORKSPACE_NAME}-project"],
  "description": "Log output to console"
}

統合ターミナル

Windowsビルド18309以降でConPTYがデフォルトで有効に

Windows 10 Insidersのサポートバージョンでは、新しいターミナルバックエンドConPTYがデフォルトで有効になります。これにより、より安定したネイティブターミナルに近いエクスペリエンスが得られ、256色のサポートが追加されます。問題が発生した場合は、私たちまたはWindowsコンソールチームにご連絡ください。この設定でいつでもオプトアウトできます。

{
  "terminal.integrated.windowsEnableConpty": false
}

データ解析の上限が12ミリ秒に設定

以前は、ターミナルで解析されるデータ量が適切に制限されていませんでした。このため、性能の低いハードウェアでは、データの解析とレンダリングにかかる時間が理想的なフレームレンダリング時間をはるかに超え、UIの遅延や、大量の出力を生成するコマンドでは完全にフリーズする結果となっていました。現在では上限が設けられ、これが約12ミリ秒を超えることを防ぎ、これらの問題を回避できるようになりました。

言語

TypeScript 3.4

VS CodeにはTypeScript 3.4.1が同梱されるようになりました。このアップデートでは、改良された推論や新しいconstアサーションなどのいくつかの新しいTypeScript言語機能のサポートが追加されるほか、ツール機能の改善とバグ修正も行われています。

分割代入されたパラメータへのリファクタリング

TypeScript用の新しい名前付きパラメータに変換リファクタリングにより、関数を単一の名前付きパラメータオブジェクトを受け入れるように変換することで、長い関数パラメータリストをすばやく整理できます。

Cleaning up a long parameter list

CSSプロパティ値補完を無効にするオプション

新しい設定css.completion.triggerPropertyValueCompletionにより、プロパティ値補完を無効にできます。例えば、pからpositionを選択し、この設定をfalseに設定すると、VS Codeはプロパティ値に対するstatic | absolute | sticky | ...の補完をトリガーしません。

これは、Tab/Shift + Tab を使用して前後の補完項目を選択したい場合に便利です。

デバッグ

サブセッションのサポート

このマイルストーンでは、デバッグセッションをデバッガーUIにツリーとして表示するサポートを追加しました。以前はデバッグセッションがフラットなリストとして表示されていたため、セッション間の関連性を把握することが困難でした。

この機能は新しい拡張機能APIを通じて利用できるため、デバッガー拡張機能による採用が必要です。このマイルストーンでは、階層型デバッグセッションを使用する唯一のデバッガーは、VS CodeのNode.jsデバッガーです。

Node.jsクラスターデバッグでは、クラスターのすべてのサブプロセスがメインのデバッグセッションの下に登録されます。

Node.js subprocesses under main debug session

"サーバー準備完了機能" (下記参照) では、自動的に起動されたChromeブラウザセッションがサーバーデバッグセッションの子として登録されます。

URIを自動的に開く

前回のマイルストーンでは、「サーバー準備完了」機能のプレビュー版があり、特定のプログラム出力メッセージが検出されるとすぐに、ウェブブラウザでURLを自動的に開くことができます。この機能は、ウェブサーバーのソースコードをデバッグする際に便利です。なぜなら、ブラウザで開かれたURLが、サーバーが準備完了になるとすぐにブレークポイントにヒットさせることができるからです（そして、これらすべてが単一のF5キーで実現します）。

このマイルストーンでは、この機能をプレビューから移行しました。VS Codeはトリガーメッセージをデバッグコンソールだけでなく、統合ターミナルでも探します。さらに、エラー処理も改善しました。

技術的な理由により、外部ターミナルで「サーバー準備完了」機能をサポートすることはできませんのでご注意ください。

拡張機能

不足している依存関係のインストール

VS Codeが不足している拡張機能の依存関係を検出した場合の、拡張機能のアクティベーション失敗通知を改善し、不足している依存関係をインストールするアクションを提供するようになりました。

Extension missing dependency warning

新しい拡張機能: 不足している依存関係をインストールコマンドを使用すると、不足しているすべての依存関係をインストールすることもできます。

拡張機能のネットワークプロキシサポート

現在、オペレーティングシステムからSSL/TLS証明書を読み込み、拡張機能によって開始されたhttpsリクエストの検証時にそれらを含めるようになりました。これにより、独自のSSL/TLS証明書を使用するプロキシや、カスタム証明書を使用するその他のセットアップがサポートされます。

さらに、拡張機能からのhttp/httpsリクエストは、すべてのプロキシ設定を無視すべきドメイン名をコンマで区切って列挙するNO_PROXY環境変数を尊重するようになりました。

プレビュー機能

プレビュー機能はリリース準備ができていませんが、使用できる程度には機能しています。開発段階での皆様の早期フィードバックをお待ちしております。

呼び出し階層

呼び出し階層ビューには、関数からのすべての呼び出し、または関数へのすべての呼び出しが表示され、呼び出し元の呼び出し元や呼び出しの呼び出しに掘り下げることができます。下の画像は、関数fooがbarとbangによって呼び出され、次にbarがbangとfibによって呼び出されていることを示しています。

Call Hierarchy view

これはプレビュー機能であり、現時点では実際のデータを提供する拡張機能はありません。ただし、拡張機能の作成者の方は、私たちが提案するAPIの検証をお願いします。興味のある方は、テスト用のサンプル拡張機能がこちらにあります: https://github.com/jrieken/demo-callhierarchy。

拡張機能作成

スマート選択API

選択範囲の拡大 (⌃⇧⌘→ (Windows, Linux Shift+Alt+Right)) および 選択範囲の縮小 (⌃⇧⌘← (Windows, Linux Shift+Alt+Left)) コマンドで使用されるスマート選択APIを確定しました。このAPIにより、拡張機能はエディターで選択される範囲を定義できます。

拡張機能のインストールコマンド

MarketplaceまたはVSIXから拡張機能をインストールするための新しいコマンドworkbench.extensions.installExtensionが導入されました。

マーケットプレイスから拡張機能をインストールするには、その識別子を指定します。

vscode.commands.executeCommand('workbench.extensions.installExtension', 'ms-python.python');

VSIX経由でインストールするには、その場所のURIを指定します。

vscode.commands.executeCommand(
  'workbench.extensions.installExtension',
  vscode.Uri.file('path-to-vsix')
);

デバッグツールバーの貢献で位置付けをサポート

コントリビュートされたデバッグコマンドをデバッグツールバー内の任意の順序で配置できるようになりました。デフォルトのデバッグコマンドはグループnavigationを使用しているため、コントリビュートされたコマンドをデフォルトのコマンドと混ぜたい場合は、同じグループを使用してください。グループ内のソートの詳細については、コントリビューションポイントドキュメントをご覧ください。

整合性のため、メニューID debug/toolbar は debug/toolBar に非推奨化されます。3月リリースでは両方のメニューIDをサポートしますが、4月には debug/toolbar メニューIDのサポートは削除されます。

「sidebarVisible」コンテキストが「sideBarVisible」に名称変更

整合性のため、sidebarVisible コンテキストは sideBarVisible に非推奨化されます。3月リリースでは両方のコンテキストがサポートされますが、4月リリースでは sidebarVisible のサポートが削除されます。

TerminalOptions.shellArgsがWindowsで文字列を受け入れるように

以前、TerminalOptions.shellArgsはstring[]形式の引数リストのみをサポートしていました。これは、文字列配列をコマンドライン形式に変換する必要があり、複雑なケースでは変換がうまくいかない、または正しく行うのが難しいという問題がWindowsで発生する可能性がありました。Windowsでは、コマンドライン形式のstringを直接使用することで、この変換プロセスを回避できるようになりました。

階層型デバッグセッション

階層型デバッグセッションをサポートするために、vscode.debug.startDebugging APIにオプションの引数parentSessionを追加しました。これを指定すると、VS CodeはstartDebuggingの結果として得られるデバッグセッションを、親セッションの子としてツリー状に表示します。

vscode.previewHtml コマンドの削除

vscode.previewHtml コマンドは、昨年 webview API が導入される前に、エディターでHTMLページをレンダリングするために使用されていました。しかし、vscode.previewHtml コマンドは、既存のコマンドユーザーに影響を与えずに修正できない重要なセキュリティおよび互換性の問題に苦しんでいました。そのため、vscode.previewHtml を修正するのではなく、VS Code 1.33 でコマンドを完全に削除することにしました。

vscode.previewHtml コマンドを使用しているすべての拡張機能には十分な警告を与え、webview APIを使用するようにアップグレードできるように努めました。しかし、まだvscode.previewHtmlコマンドを使用しているいくつかの拡張機能があり、それらは動作しなくなる可能性があります。これらの拡張機能のいずれかを使用している場合は、それに対して問題を提出するか、さらに良いことに、修正を含むPRを送信してください。

提案された拡張API

各マイルストーンには新しい提案APIが付属しており、拡張機能作成者はそれらを試すことができます。いつものように、皆様からのフィードバックを歓迎します。提案APIを試すには、以下の手順を実行する必要があります。

  • 提案APIは頻繁に変更されるため、Insiders版を使用する必要があります。
  • 拡張機能のpackage.jsonファイルに次の行が必要です: "enableProposedApi": true。
  • vscode.proposed.d.tsファイルの最新バージョンをプロジェクトにコピーします。

提案APIを使用する拡張機能は公開できないことに注意してください。次回のリリースでは互換性のない変更が行われる可能性があり、既存の拡張機能を壊すことは決して望ましくありません。

カスタムタスク実行

ProcessExecution および ShellExecution タスクに加えて、CustomExecution タスクが追加されました。これは、プロセスを起動したりスクリプトを実行したりする代わりに、拡張機能によって提供されるコールバックを実行します。

let execution = new vscode.CustomExecution(
  (terminalRenderer, cancellationToken, args): Thenable<number> => {
    return new Promise<number>(resolve => {
      // This is the custom task callback!
      resolve(0);
    });
  }
);
const taskName = 'First custom task';
let task = new vscode.Task2(
  kind,
  vscode.TaskScope.Workspace,
  taskName,
  taskType,
  execution
);

これにより、拡張機能が提供するタスクは、タスクの実行時に状態を維持するための柔軟性が向上します。また、タスクへの入力と出力へのアクセスも提供します。完全な例については、テスト項目を参照してください。

コメントAPI

過去2ヶ月間、GitHub Pull Requests拡張機能から得た教訓と経験、そしてコミュニティからのフィードバックに基づいて、コメント関連機能の大規模なリファクタリングを行いました。新しく設計されたコメントAPIは、さまざまな種類の用途に対応できるほど汎用的で強力です。GitHub Pull Requests拡張機能はすでに新しいコメントAPIに移行しています。

新しいインターフェースはVS Code Insidersで利用可能で、4月のマイルストーンでAPIの調整と微調整を行います。古いコメントAPIも4月に削除されます。サンプル拡張機能を試してAPIをよりよく理解するか、GitHub Pull Requestsを深く見てみてください。

WebviewOptions.portMapping

提案されているWebviewOptions.portMapping設定により、拡張機能はlocalhostポートがWebview内でどのように解決されるかを透過的に定義できます。

const panel = vscode.window.createWebviewPanel(
  'dog',
  'Dog Doodling',
  vscode.ViewColumn.One,
  {
    portMapping: [
      // Map localhost:3000 in the webview to localhost:4000 externally
      { port: 3000, resolvedPort: 4000 }
    ]
  }
);

panel.webview.html = `<!DOCTYPE html>
    <html lang="en">
    <head>
        <title>Dog Doodling</title>
    </head>
    <body>
        <!--
            With the above port mapping, this image will actually be resolved
            to localhost:4000 on the local machine
        -->
        <img src="https://:3000/canvas.png">
    </body>
    </html>`;

ライブサーバーのようなサービスをランダムなポートで起動することは良い習慣と考えられています。ポートマッピングを使用すると、WebviewのHTMLコンテンツは、サービスが実際に実行されている動的に開かれたポートにマップされた、ハードコードされたポートを使用できます。

呼び出し階層プロバイダー

呼び出し階層機能をサポートするCallHierarchyItemProviderの提案APIがあります。ぜひ試してフィードバックを残し、このAPIをより良いものにするためにお手伝いください。

エンジニアリング

公式Linuxスナップパッケージ

現在、Visual Studio Codeをスナップパッケージとして配布することを完全にサポートしています。スナップは多くの異なるLinuxディストリビューションで動作し、より安定したVS Codeのための信頼性の高い実行環境を提供し、バックグラウンド更新をサポートします。はい、その通りです。WindowsおよびmacOSユーザーと同様に、Linuxでも製品内の自動更新を利用できるようになりました。🎉

Snap store

スナップパッケージのインストールは簡単です

sudo snap install code --classic

インサイダーですか？是非、Insiders スナップパッケージに飛び込んで、余分な作業なしで毎日更新を受け取ってください。

sudo snap install code-insiders --classic

NPMパッケージのキャッシュ

Microsoft DevLabsの友人たちのおかげで、Azure Pipelines拡張機能を使ってOSSビルドを高速化することができました。この拡張機能はNPMパッケージをキャッシュし、npm installプロセス全体を高速化します。これについて詳しく知りたい場合は、Ethan Dennisによるこのブログ投稿をお読みください。

VS Codeの厳密なnullチェック

今回のイテレーションでは、コアVS CodeのコードベースでTypeScriptの厳密なnullチェックを有効にするための最後の大きな推進を行いました。厳密なnullチェックは、一般的なプログラミングミスを捕捉し、コードベースの保守性を高めるのに役立ちます。これにより、私たちは迅速かつ安全に作業を進めることができます。

コアVS Codeの厳密なnullチェックを有効にする作業は6ヶ月間におよび、少なくとも40人のコントリビューターが参加し、数万行のソースコードに触れました。厳密なnullチェックを段階的に有効にした方法については、課題 #60565をご覧ください。

拡張機能への貢献

GitHubプルリクエスト

このマイルストーンでは、GitHubプルリクエスト拡張機能の改善作業を続けました。

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

  • コメントの追加と送信のキーボードショートカットをカスタマイズするための新しいコマンドworkbench.action.addCommentとworkbench.action.submitComment。
  • GitHubのToDoリストのレンダリングが説明ページで改善されました。
  • 新しいコメントAPIの採用。

Vetur

Vetur 拡張機能は、TypeScript > 2.8 の任意のワークスペースバージョンをサポートするようになりました。これにより、ユーザーは *.vue、*.js、*.ts ファイル間でより一貫した言語サポートを得ることができます。

新しいTypeScript言語機能とバグ修正の提供以外にも、VeturはTypeScriptとの統合を改善し、灰色表示された未使用の変数、コードアクション（自動修正）、および*.vueファイルへの自動インポートを導入しました。

Vetur TypeScript features

これらの機能の詳細については、Vetur Changelogをご覧ください。

新しいドキュメント

Nodeリモートデバッグ

新しいNode.js のリモートデバッグトピックでは、Azure App Service 拡張機能を使用して、Azure で実行中の Node.js アプリケーションに VS Code デバッガーを接続する方法を説明しています。

Azure App Service extension

注目すべき修正点

  • 27636: クイックコマンドのファジー検索が括弧内のテキストに機能しない
  • 66632: \t で始まる行のターミナルリンクの下線がずれている
  • 70962: Console.WriteLine() が空行を生成しなくなった

ありがとうございます

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

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

vscodeへの貢献者

vscode-css-languageserviceへの貢献者

node-jsonc-parserへの貢献

inno-updaterへの貢献

debug-adapter-protocolへの貢献者

localizationへの貢献

Microsoft Localization Community Platform (MLCP) を利用している Cloud + AI Localization コミュニティメンバーは700人を超え、そのうち約100人がVisual Studio Codeに積極的に貢献しています。

新しい翻訳の提供、翻訳への投票、プロセス改善の提案など、皆様の貢献に感謝いたします。

以下は貢献者のスナップショットです。貢献者リストを含むプロジェクトの詳細については、プロジェクトサイトhttps://aka.ms/vscodelocをご覧ください。

  • ボスニア語: Ismar Bašanović.
  • ブルガリア語: Любомир Василев.
  • チェコ語: Jakub Stibůrek, David Jareš, Samuel Tulach, Jan Brudný。
  • デンマーク語: Lasse Stilvang, Alexander Matzen, Johan Fagerberg, Allan Kimmer Jensen.
  • オランダ語: Jos Verlinde, Hans Zoons, Eric Algera, Sujith Quintelier.
  • 英語 (英国): YASHU MITTAL, Mohammad Idrees, Chris Dias.
  • フィンランド語: Petri Niinimäki, Riku Riikonen, Valtteri Vatanen。
  • フランス語: Corwin D'Ambre, Mohamed Sahbi, Antoine Griffard, Maxime Coquerel, Cédric M., Steven Dugois, franto。
  • ドイツ語: Frank Lindecke, Dejan Dinic, Jakob von der Haar, Mario Koschischek, Florian Berger, Hans Meiser, Carsten Kneip, Thorsten Hans, Sebastian Seidl。
  • ギリシャ語: Jim Spentzos, Stratos Kourtzanidis, John D, Δημήτρης Παπαϊωάννου。
  • ヘブライ語: Shalom Craimer, Snir Broshi, Kyle Orin.
  • ヒンディー語: Satish Yadav, Amit Gusain, Ashok Kumar Rathore, nirav adatiya, Rajeev Desai, shaswat rungta, Kumar Vaibhav, Jagjeet Singh, Pratishek PII, Chethana S, Dhanvi Kapila.
  • 簡体字中国語: Tingting Yi, 斌 项, feiyun0112 feiyun0112, 刘瑞恒 刘瑞恒, 建东 薛, YITING ZHU, Joel Yang, Junzhe Liu, Dave Young, 昊宇 周, Tony Xia, Yu Zhang, XIANG ZUO, 彦佐 刘, Edi Wang, 少民 谈, Zhiqiang Li, 福永 叶, G.Y. Z, Hao Hu, Pluwen, meng shao, Xiangrui Kong, Liam Kennedy, 松阳 樊, Young Bige, Justin Liu, Jessica Zhang, Licheng Ren, 驰 雷, sun qing, xiong Fu, Fan Su, Lynne Dong, 吉姆 舒, zhao yu, 游 尤, 剑秋 陶, Hanlin Yang, bh wu, Hanyu ZHANG, Y F, WangCG duoduobear, Jiang LI, 越 郑, ziqiang sun, 正元 刘, peng wei, 瑜 周, Simon Chan, 仁松 陈, 翼 张, Wang Weixuan, Ludi Fang, 九鼎 谭。
  • 繁体字中国語: 謝政廷, 奕濬 潘, Winnie Lin, 小克。
  • ハンガリー語: Péter Nagy, Levente Hallai Seiler, Richard Borcsik, Dániel Tar.
  • インドネシア語: Laurensius Dede Suhardiman, Franky So, Rachmat Wahidi, Afnizar Nur Ghifari, Pradipta Hendri, Azhe Kun.
  • イタリア語: Alessandro Alpi, Bruni Luca, Andrea Dottor, Riccardo Cappello, Aldo Donetti, Michael Longo.
  • 日本語: nh, EbXpJ6bp -, Hasefumi, Masakazu TENMYO, torisoup, Takayuki Fuwa, Yosuke Sano, Makoto Sakaguchi, 裕子 知念, Rie Moriguchi, Koichi Makino, Fujio Kojima, Kazuya Ujihara, Yasuaki Matsuda.
  • 韓国語: Jong Heun Shin, Kyunghee Ko, Jae Yong Kum, SeungJin Jeong.
  • ラトビア語: kaspars bergs。
  • ノルウェー語: Andreas Rødland, Cookius Monsterius, Stephan Eriksen。
  • ポーランド語: Grzegorz Miros, Tomasz Świstak, Michal Szulc, Bartek PL, Szymon Seliga, Tomasz Chojnacki, Marcin Weksznejder, Piotr Grędowski, Artur Pelczar, Marcin Floryan, Jakub Jedryszek。
  • ポルトガル語 (ブラジル): Marcondes Alexandre, Albert Tanure, Marcelo Fernandes, Junior Galvão - MVP, Roberto Fonseca, Ray Carneiro, Renan Miguel, Lucas Miranda, Eduardo Moura, Bruno Talanski, Bruno Sonnino, Jucinei Pereira dos Santos, Emmanuel Gomes Brandão, Flávio Albuquerque Camilo, Pablo Garcia, José Rafael de Santana, Douglas Ivatiuk Martim, Giuliano Reginatto, Marcos Dias, Alan William, Lucas Nunes, Gabriel Schade, arthurdenner ., Mauricio Lima, Gabriel Barbosa, Victor Cavalcante, Letticia Nicoli, Fernando Val, Milton Camara, Felipe Scuissiatto, Alessandro Fragnani, Gustavo Bezerra, Cynthia Zanoni, Marcelo Guerra, Jhonathan Soares, Rafael Laranja, Swellington Soares。
  • ポルトガル語 (ポルトガル): Vitor Barbosa, João Carvalho。
  • ルーマニア語: Mihai Marinescu。
  • ロシア語: Andrey Veselov, michael v, Иван Лещенко。
  • セルビア語: Milos Zivkovic。
  • スペイン語: Andy Gonzalez, Engel Aguilar, Alvaro Enrique Ruano, Carlos Mendible, José María Aguilar, julian3xl, Ing. Sergio Uziel Tovar Lemus, Mario Mendieta, Jorge Serrano Pérez。
  • タミル語: Mani M, Krishna Pravin, Jeffin R P, Vetri ..
  • トルコ語: Hüseyin Fahri Uzun, Okan Çetin, Muhammed Emin TİFTİKÇİ。
  • ウクライナ語: Dmytro Kutianskyi, Did Kokos。
  • ベトナム語: Belikhun, Việt Anh Nguyễn。