🚀 VS Code で

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）にアクセスしてください。
また、クラウドデベロッパーアドボケイトの Brian Clark による、この 1.32 リリースの ハイライトビデオ もご覧ください。

リリースノートは、VS Code の注力分野に関連する次のセクションに分かれています。さらにいくつかの更新情報があります。

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

Insiders: 新機能をいち早く試したいですか？ nightly Insiders ビルドをダウンロードして、最新のアップデートをいち早くお試しください。また、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 でのデフォルトのタイトルバースタイル

ユーザーフィードバックに耳を傾けた結果、デフォルト設定 window.titleBarStyle を Linux で custom から native に戻すことを決定しました。アクセシビリティサポートが向上しているカスタムタイトルバーを必要とするユーザーには、引き続きカスタムタイトルバーをお勧めします。この変更に関する詳細については、Linux セットアップ ページに記載されています。

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

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

エディター

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

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

Problem Hover

問題のピークビューから、前後のエラー/警告に移動できるようになりました。

Problem Peek

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

Hover

自動修正と優先コードアクション

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

拡張機能は、コードアクションを「優先」としてマークして、それが根本的な問題に対する最も合理的な修正であることを示すことができるようになりました。優先修正が利用可能な場合、青いバッジが電球に追加されます。優先修正は、自動修正 コマンド (⌥⌘. (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 拡張機能 は、source.fixAll コードアクションの種類をすでに使用して、すべての修正と保存時の自動修正を実装しています。

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

統合ターミナル

send sequence コマンドでの変数サポート

変数 を 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 接続のリスンを開始します。ポートはデバッグコンソールでアナウンスされ、通常、開発者はブラウザーアプリケーションに http://localhost:3000 と入力します。

新しい機能により、構造化プロパティ serverReadyAction を任意の起動構成に追加し、実行する「アクション」を選択できるようになります。

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

  "serverReadyAction": {
    "pattern": "listening on port ([0-9]+)",
    "uriFormat": "http://localhost:%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://localhost:5001" に一致します。
  • uriFormat: "http://localhost:%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 をサポートする最後のバージョンになります。Electron 4.x にまもなく (1 ～ 2 か月以内) 移行する予定であるため、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 ブログ投稿 をお読みください。

ありがとうございました

最後になりましたが、VS Code をさらに改善するためにご協力いただいた次の皆様に心から感謝申し上げます。

Issue Tracking への貢献。インカミングIssueの管理にご協力いただける場合は、コミュニティIssue Tracking ページをご覧ください。

vscode への貢献

vscode-languageserver-node への貢献

node-jsonc-parser への貢献

vscode-generator-code への貢献

vscode-vsce への貢献

vscode-recipes への貢献

localization への貢献

Microsoft Localization Community Platform (MLCP) を使用している 700 人以上の Cloud + AI Localization コミュニティメンバーがおり、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。
  • Hindi: Satish Yadav, Ashok Kumar Rathore, nirav adatiya, Amit Gusain, shaswat rungta, Jagjeet Singh, Pratishek PII, Chethana S, Dhanvi Kapila.
  • Chinese Simplified: 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, 九鼎 谭. Chinese Traditional: 奕濬 潘, Winnie Lin.
  • Hungarian: Péter Nagy, Dániel Tar.
  • Indonesian: Laurensius Dede Suhardiman, Afnizar Nur Ghifari, Pradipta Hendri, Azhe Kun, Italian (Italy), Bruni Luca, Alessandro Alpi, Andrea Dottor, Riccardo Cappello, Aldo Donetti, Michael Longo.
  • Japanese: nh, EbXpJ6bp -, Masakazu TENMYO, Takayuki Fuwa, Makoto Sakaguchi, 裕子 知念, Rie Moriguchi, Koichi Makino, Fujio Kojima, Kazuya Ujihara.
  • Korean: Jong Heun Shin, Kyunghee Ko, Jae Yong Kum, SeungJin Jeong.
  • Norwegian: Cookius Monsterius, Stephan Eriksen.
  • Polish: Grzegorz Miros, Tomasz Świstak, Michal Szulc, Bartek PL, Szymon Seliga, Tomasz Chojnacki, Marcin Weksznejder, Artur Pelczar, Marcin Floryan, Jakub Jedryszek.
  • Portuguese (Brazil): 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.
  • Portuguese(Portugal): João Carvalho, Vitor Barbosa.
  • Russian: michael v, Иван Лещенко.
  • Spanish: 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.
  • Tamil: Mani M, Krishna Pravin, Vetri.
  • Turkish: Hüseyin Fahri Uzun, Okan Çetin, Muhammed Emin TİFTİKÇİ.
  • Ukrainian: Did Kokos.
  • Vietnamese: Việt Anh Nguyễn, Belikhun.