Terminal: Windowsコンソールに絵文字サポートを追加する

すでにバックログにあります:)

甘い！ 別の使用例：⚠を使用して警告を出力するコマンドラインアプリがあります。

@ zadjii-msftこれには、ラテン文字以外のUnicode文字のサポートが含まれますか？ つまり、現在展開されているコンソールフォントにないアラビア語または日本語の文字を、別のフォント面で表示できますか？

仮にそうです。

アラビア語はちょっとそれ自身の問題ですが、すぐに左から右への言語サポートを実装する可能性はほとんどありませんが、文字が正しくレンダリングできる可能性があります。

共有することがもっとある場合、

アラビア語は、双方向のテキストと合字に追加のサポートが必要なため、難しいものです。 私の知る限り、現在多くのターミナルエミュレータがサポートしていません。

現在のフォントにグリフがない場合、コンソールが絵文字をレンダリングできることと、フォントのフォールバックをサポートすることにも違いがあります。 どちらもバックログの項目です。

+1ビルドスクリプトとCIスクリプトには、成功のための絵文字✔️、警告⚠、エラー❌があり、ログをすばやく生産的に確認できます。

問題を+1しないでください。 反応を使用するか、通知を購読してください。

@ miniksa 、+ 1に気を取られすぎないように。 あなたはそれを完全に無視することができます。 入力する主な目的は、ユースケースを明確にすることでした。 おそらく、プラットフォーム/製品の所有者は、顧客のユースケースに非常に興味を持っているはずです...この場合は、それほど贅沢ではないと考えられています。

@ SidShetye-コメントに感謝します-ユースケースは珍しいことではありませんが、聞くのに役立ちます。

一般に、私たちは人々に+1しないようにお願いします。なぜなら、人々が+1すること（特にコメントなし）を避けたいからです。これは単にノイズになり、スレッドの解析と管理がより困難になります。

追加のコメント、コンテキスト、観察、問題などを共有することは、+ 1よりもはるかに価値があります;）

誰もそれについて言及しなかったのは奇妙ですが、Yarnパッケージマネージャーは絵文字を使用しており、正方形としてのみ表示されるのは少し面倒です：/

ありがとう@ destructive-dragon-絵文字を含む/放出するツールはたくさんありますが、コンソールはまだそれらをレンダリングできません。

@bitcrazed conptyリリースに関するこのTwitterスレッドで、新しいバッファーと新しいレンダラー（DirectWrite）を待つ必要があると

@kavdev基本的に、はい。 絵文字グリフを表示するには、最初に各グリフ（Ninjacatsなど）のUnicodeコードポイントを格納できる（複合する可能性がある）必要がありますが、レンダリングする必要もあります。これには、フォントのフォールバックが必要ですが、GDIではできません。 tサポート。

今後のリリースでは、コンソールのテキストバッファの実装と、レンダラーの両方の改善に取り組んでいきます。

@bitcrazed
多くの絵文字は合成文字です。つまり、複数のコードポイントが結合されており（ZWJやVSなどを使用）、ほとんどの場合、1つのコンソールセルに収まりません。 したがって、問題は「1セルからn文字」ではなく、「mセルからn文字」です...

FWIW、私のターミナルエミュレーター、およびiTerm2はどちらも、基本的に「全幅」（2セル）のCJKスタイルの文字として絵文字をレンダリングします。 iTerm2についてはわかりませんが、絵文字やその他の文字でUnicodeの「修飾子」をサポートしようとはしていません。 通常の幅でも全幅でもかまいませんが、各文字は1つのUnicodeコードポイントである必要があります。

@ sedwards2009
究極の解決策は、Unicodeまたは文字グリッドで複雑なスクリプトを処理する方法を教えてくれる仕様でなければなりません。

最も近いアイデアは、正当化からいくつかの概念を適用することです（東アジアの文字の間にスペースを挿入する、アラビア文字をグリッドに合わせるときに樫田を挿入するなど）が、正当化の実装は完全に混乱します。 AFAIK DWRITEはこれまでのところ最高の仕事をしていますが、一部の実装（Kashidaなど）はまだ非常にハッキーです。

役に立つかもしれないコメントが1つだけあります-特定の絵文字とユニコード記号は機能していましたが、WSLログインバナーにいくつか表示します（例：🍰（U + 1F370））。1809年の更新以降、どの端末にも表示されなくなりました（WSL bash、ハイパー、VSコード）
☕（U + 2615）など、一部のシンボルは1809年に機能しますが、Unicodeスペクトルの異なる部分、つまりはるかに低いコードポイントにあると思います。

10月の更新は、この点で進歩ではなく後退をもたらすようです。 以前は、VS Code統合端末（PowerShellを使用）でテストしたすべてのUnicode記号を使用できましたが、10月の更新後、すべての絵文字と特定の外国語文字が正しくレンダリングされません。

ConEmuのようなコンソールエミュレーターでさえ絵文字を正しくレンダリングできないため、これは実際には半システム全体のフォントの問題のようです。

@ Ben-Hope @ noxabellus同じです。

Windows 10を1809に更新しましたが、絵文字はなくなりました（PowerShellおよびVisual Studio Code、統合ターミナル）。

例として、 vue-cliのコマンドvue uiを参照してください。
🚀GUIを起動しています...

ええ、vue-cliを開始するときにその小さなロケットが恋しいです😢

@bitcrazed @ zadjii-msft 1809年に見つかったリグレッションの追跡に問題はありますか？ 私は完全な絵文字サポートについて話しているのではなく、以前のリリースでサポートされていた基本的な外国語/ Unicodeグリフを取り戻すだけです。 問題が後のベータリリースでも続くかどうか知っていますか？

こっちも一緒。 数日前にWin10を1803から1809に更新しましたが、U + 10000以上のすべての文字（4バイト以上のUTF-8）が表示されなくなりました。 最新のインサイダーバージョン（Windows 10 Insider Preview 18358.1（19h1_release））も試しましたが、残念ながら、このバグはまだ存在しています。

19H1はまもなくリリースされるので、他のプロジェクトのバグである可能性があるため、修正するか、報告してください。

同じ=（

絵文字のレンダリングが改善されたようです。

CascadiaPackage （Windows; x64）の最近のビルドを試し、これを取得しました（画像を参照）：

Windows 10、ビルド1903を実行しています。

カラーフォントの絵文字を無効にするオプションがあることにメリットはありますか？

では、使用される絵文字は、フォントの色設定を使用して単色になりますか？

@mdtuakうん、実際にはそれは@miniksaの設定で

@MartinMaは、既存のconhost.exeとはまったく異なるものです。OpenConsolePackage（OSSコンホスト）を実行しようとした場合でも、問題が発生する可能性があります。

@MartinMaは、既存のconhost.exeとはまったく異なるものです。OpenConsolePackage（OSSコンホスト）を実行しようとした場合でも、問題が発生する可能性があります。

確信が持てないでください！ Windows Terminalで使用されるDirectWriteレンダラーは_OpenConsoleの一部でもあります！_使用する前にレジストリキー（ HKCU\Console\UseDx = DWORD(1) ）を設定する必要があります。

@ DHowett-MSFT絵文字文字列を貼り付けると、コンソールが例外をスローします。
ここにあります。
https://github.com/microsoft/terminal/blob/2fdcb679ab1f1f1edc542e3b86327dacea78f7ac/src/buffer/out/CharRowCellReference.cpp#L15

@ DHowett-MSFT Dustin Howett FTE絵文字文字列を貼り付けると、コンソールが例外をスローします。
ここにあります。
https://github.com/microsoft/terminal/blob/2fdcb679ab1f1f1edc542e3b86327dacea78f7ac/src/buffer/out/CharRowCellReference.cpp#L15

@adivinessまたは私がすでにこのあたりのどこかでそれをカバーしているバグがあると私は80-90％確信しています。

ええ、私が/dev/austdi/NewCookedRead行っている作業は、おそらくそこでのクラッシュに影響を与えます。 すべてのシェルで絵文字が貼り付けられる（または入力される）ことはまだサポートされていません。

@MartinMaは、既存のconhost.exeとはまったく異なるものです。OpenConsolePackage（OSSコンホスト）を実行しようとした場合でも、問題が発生する可能性があります。

確信が持てないでください！ Windows Terminalで使用されるDirectWriteレンダラーは_OpenConsoleの一部でもあります！_使用する前にレジストリキー（ HKCU\Console\UseDx = DWORD(1) ）を設定する必要があります。

知らなかった。 私は夜にそれを試すために家に帰ります。 しかし、このレジストリはデフォルトのconhost.exeに影響しますか？

更新2019-07-1920：47 UTC + 8

OpenConsoleはHKCU\Console\UseDxでDirectWriteレンダリングを開くことができますが、それでも絵文字を表示できないようです。

たぶんhttps://github.com/microsoft/terminal/issues/2053に関連してい

はい、それはほぼ確実に＃2053のせいです。

@ DHowett-MSFTコミット修正は適切ですか。問題がなければ、PRを作成します。

https://github.com/fcharlie/terminal/commit/4c6280ca35fff9eac0041c94385574bedc5f2a27

@ cinnamon-msftでこのYoutubeビデオを見ました。 彼女は絵文字のサポートを示しました。 これは修正されていますか？ 😄

@innovoixこれがWindowsターミナルです。これはWindowsコンソールに関するものです。

@ ExE-ボスああOK、私の悪い。

10年ぶりにWindowsワークステーションをセットアップしたとき、今ではOSXに非常に慣れていたので、愛されている非常に便利な絵文字を失うことに非常に不安を感じました。 ちょっとおかしいですが、それはまだずっと前のデフォルトではありません。

UnfundedPillow2とShutUpConは何と言っていましたか？ 私たちは今、決して知りません😢😢

また、 iTerm大声で叫びます。 近いうちに、このプラットフォームであなたとあなたの素晴らしさを見つけられますように。 分割ペインはありませんか？ なんて痛い😱😱

@jasonhargroveフィードバックをありがとう。 _Windows Terminal_もチェックしてみてください。これも（偶然にも）このリポジトリから構築されています。 それはあなたが探しているものをサポートします。

@jasonhargrove将来的には、WindowsターミナルとWindowsコンソールの両方の基盤となるコアエンジンの多くの改善点をWindowsコンソールに統合する予定です。 このような領域には、内部テキストバッファ、テキストレンダリングエンジンなどが含まれます。これらは、一般的に下位互換性に影響を与えません。

なぜ「後方互換」の警告なのか？ Windowsコンソールの仕事（およびCmd）は、可能な限り下位互換性を維持することです。 したがって、Windowsターミナルでのみ使用可能であり、コンソールに戻らない多くの機能（タブ、分割ペインなど）があります。

ユーザーがWindowsTerminalの評価とテストを開始し、予期しない問題があればここに提出して、Terminalをv1.0（〜Q2 2020）に向けてできるだけ早くトリアージして修正できるようにすることを強くお勧めします。

FWIW、 v0.7以降、Windows Terminalは分割ペイン、複数のタブ、UTF-8、絵文字、GPUアクセラレーションによるテキストレンダリング、多数の構成オプション、いくつかの選択/コピーアンドペーストの改善などを

私を夢中にさせる1つのことは、WindowsターミナルでShift + Insert貼り付けができないことです。

@jsilvermistは、ターミナル設定でキーバインディングとしてshift+insを追加できます。

@jsilvermist丁寧なリクエスト-関連するスレッドに問題を残してください。 あなたが説明する問題は、絵文字ではなく、キーバインディングに関連しています;）

@bitcrazed本当、私の悪い！ また、@ DHowett-MSFTに感謝します！

編集：義務的な絵文字を忘れた：ウィンク：

@jsilvermist問題ありません-私たちは皆、何度もそれを行います-どうもありがとう😜👍

Windowsターミナルでの絵文字とペインのデモンストレーション：

OKクリスマスは早く来ます！ これへの素晴らしいスタートと、大きな飛躍、おめでとうございます。 そしてそれについて私に知らせてくれてありがとう📈

絵文字を貼り付けると??が表示されるのは正常ですか。 確認してください。 前もって感謝します。

@AmericanYええ、これはPowerShell5.1の問題です。

@ DHowett-CMD、PowerShell、Windowsの新しいターミナルで発生するMSFT。

私のWSLは、Unicode文字列をレンダリングした後、いくつかの異常な文字を印刷しています。 インタラクティブなゲームを作ろうとしていたのですが、そのせいでキャラクターを表示できませんでした。 128ビットASCIIに制限する必要があるようです

申し訳ありませんが、これは陽気に見えます。

fmt_test.exeのsrcコードはどこかで入手できますか？ （このスレッドの前半の@fcharlieによるスクリーンショット）結果を複製するのに苦労しています。

@ luke1961https ： //github.com/fcharlie/bela/blob/master/test/fmt/main.ccを参照してください

ありがとう！

やあ、
@AmericanYのコメントを追加するために、 Windowsターミナルに絵文字を貼り付けると（たとえば、既存の出力から）、入力で壊れて出力で修正されます。
また、直後に上矢印を付ける場合は、今回の入力で正しいです。

これは予想されますか？

Windowsターミナル
Powershell Core 6.2.1
電力線用MesloLGM

@AmericanYええ、これはPowerShell5.1の問題です。

それ以外に、2つの絵文字の間のスペースはposh 5.1では改行に変換されますが、ash、bashなどの他のシェルでは変換されません。

@remidebetteあなたは＃1503を見たいと思うでしょう

@ zadjii-msft、これはかなり難しいようですが、一度クラックすると本当にいいでしょう。
頑張れ！

Windowsターミナル（バージョン：0.11.1191.0）でいくつかのシェルで絵文字をテストしましたが、結果は次のとおりです。

• CMD
  
• パワーシェル
  
• Cmder
  
• ZSHを使用したWSL
  
• CygwinとZSH
  

これまでのところ完全に機能するシェルはWSL（bashとzshの両方）だけのようです...

私は古い情報セットを使用していますが、少なくとも以前は、コンソールがプロンプト行を出力バッファーとは別のバッファーに格納し、ucs2エンコーディング以上をサポートしていませんでした。 WSLは、utf8でエンコードされたbcで動作します。 私はある時点でこれを修正するブランチに取り組んでいました。今週末に時間を見つけたら、覗いてみます。 うーん

編集：WSLは、他の人のように調理済みの読み取りを使用しない場合にも機能する可能性があります。使用するかどうかは覚えていません。

絵文字を修正するにはどうすればよいですか？

私は同じ問題に直面しています。 それは最新の解決策ではないようです。

甘い！ 別の使用例：⚠を使用して警告を出力するコマンドラインアプリがあります。

私の経験では、絵文字の出力は正常に機能します。

したがって、問題はWindowsターミナルで入力文字が正しくレンダリングされないことであると確信できます。 私はGitBash（シェルの一種）を試しました。GitBashGUIでうまく機能しますが、他のバグと同じようにWindowsターミナルでは機能しません。

1. Git Bash GUI
   
2. WindowsターミナルでGitBash
   

私のWindowsターミナルのバージョンは1.1.2233.0です。
できるだけ早く修正できることを願っています！ 👍そして、推定スケジュールはありますか？

この問題について別のバグを報告し、Windowsターミナル設定ファイルの内容を含めてください。

この問題について別のバグを報告し、Windowsターミナル設定ファイルの内容を含めてください。

私は同じ問題を抱えています：
{ "guid": "{00000000-0000-0000-ba54-000000000002}", "acrylicOpacity": 0.75, "closeOnExit": true, "colorScheme": "Campbell", "commandline": "\"%PROGRAMFILES%\\git\\usr\\bin\\bash.exe\" -i -l", "cursorColor": "#FFFFFF", "cursorShape": "bar", "fontFace": "Consolas", "fontSize": 10, "historySize": 9001, "icon": "%PROGRAMFILES%\\Git\\mingw64\\share\\git\\git-for-windows.ico", "name": "Bash", "padding": "10, 0", "snapOnInput": true, "startingDirectory": "%USERPROFILE%", "useAcrylic": true },
Windowsターミナル：v1.3.2651.0
Git：v2.16.2.windows.1