Xterm.js: RTL言語をサポートする

それは実際にははるかに複雑であり、ステートフルさや特定のキャラクターのミラーリングさえ含まれています。 それはそれ自身の科学だと思います。 （そして、BiDiのすべての問題を適切に処理する堅牢なテキストレンダリングライブラリを作成した人々に深い敬意を払っています。正直に言うと、_I_はそれをいじくり回す必要はありません。）

参照：
https://en.wikipedia.org/wiki/Bi-direction_text （概要）
https://www.w3.org/International/articles/inline-bidi-markup/uba-basics
https://www.w3.org/International/tutorials/svg-tiny-bidi/ （最初の前提は関連していませんが、前のリンクよりもいくつかのことを説明しています）
https://github.com/fevangelou/doctype-mirror/tree/master/bidihowto/bidi-support-in-a-ui

編集：新しい選択が機能する方法は、VSCode自体とは異なる動作をするため、実際には予期しないものになる可能性があると思います。 たとえば、「曲מדינתקומבינהは私に考えさせます」というテキストが与えられた場合、「The」で選択を開始し、2つのヘブライ語の単語の間で終了すると、「曲מדינת」を選択し、コンソールで選択します。 「歌קומבינה」。

例を参照してください。

ただし、前回チェックしたときのSublime Textの「動作」よりも優れています。これは、1つの項目が選択されているのに、別の項目をコピーするため、非常に煩わしいためです。

@Tyriar
まず最初に、アラビア語とペルシア語の非常に簡単な視点を紹介します（ヘブライ語が同じかどうかはわかりません）。
アラビア語とペルシア語では、アルファベットは「آ」「ب」「س」などのようになります。 そして、単語はこれらのアルファベットによって（明らかに）、例えば英語と比較して非常に異なる規則で作られています。
違いは、「س」のようなアルファベットには複数の形があることです。最初の形は「س」、2番目の形は「سـ」、もう1つは「ـسـ」、最後の形は「ـس」です。 そして、これらの形の使用法は何ですか？ 単語のアルファベットが現れる場所に基づいて、使用するアルファベットの形は異なります。 たとえば、前述のアルファベット「س」の場合、単語が「سلام」のようにこのアルファベットで始まる場合は、「سـ」という形を使用します。 ここに問題があり、実際には英語とペルシア語またはアラビア語のような言語の違いがあります。 これらのアルファベットのさまざまな形を連結することにより、これらの言語で単語を生成します（場合によってはそれらを結合します）。 繰り返しますが、これらのルールを強調します。アルファベットではなく形状を連結することによってこれらの単語を生成します（これは常に英語でアルファベットを連結しています）。以下にいくつかの例を示します。
アルファベットは「ک」「ن」「ا」「د」「ی」
私はちょうど言及されたアルファベットによってこれらの単語を作ります：نادان、یاد、دکان
それで、それをまとめて、私が投稿したスクリーンショットで何が起こったのかをあなたに手がかりを与えるために、ターミナルは単語をアルファベットに分割し、それらを逆にします（つまり、それは単に逆にするだけではありません）。 私が作成した単語と前に述べたアルファベットを見てください。今、VS端末はそれらを「分離」と「反転」で表示します。

正しい形式：نادانターミナル：نادان
正しい形式：یادターミナル：دای
正しい形式：دکانターミナル：ناکد

今あなたの質問：
文字列はどこで反転する必要があります。ヘブライ語/アラビア語/ペルシア語の場合、ASCII文字の間の文字の連続シーケンス全体を逆にしますか？
ヘブライ語についてはわかりませんが、アラビア語とペルシャ語では、次のようなスペース文字（単語の区切り文字はスペース）に遭遇すると、文字のシーケンスが反転するはずです。 「形」と必要な順守。

文字は、0〜9や句読点などの文字とどのように相互作用することを意味しますか？
数字と句読点についての規則は英語と同じであり、数字と句読点の記号は文字の後に続きます。 このような：
？مندرسال "۱۳۶۹"بهدنیاآمدم。
مندرسال "1369"بهدنیاآمدم。
実際、RTLを含む文字とRTLを含まない文字のシーケンスはまったく別の話であり、さらに情報が必要な場合は、それについて詳しく説明します。

PS 1：
このリンクは、PHP（確かに古いバージョン）の同じ問題を解決するために書かれたソースコードです。
https://github.com/slashmili/php-gd-persian/blob/master/phpgd/fagd.php

PS 2：
ペルシャ文字に関するウィキペディアのリソースは次のとおりです
https://en.wikipedia.org/wiki/Persian_alphabet

PS 3：
繰り返しになりますが、以前のバージョンのVS Codeでは、すべてが正常でした。

PS 4：
次のようなLTR文字を含む単語を選択する際の問題について
@CherryDTが言及した<p>اینجا را بخوانید</p>には、問題のないマイナーなバグがいくつかあり、それらの迅速な解決策を見つけました（ただし、それらについての詳細が必要な場合はお知らせください）

私のvscodeを更新した後、すべてが逆になりました、それは非常に悪いです、この問題を解決してください
ダウングレードしたいのですが、魔女バージョンは大丈夫ですか？

@ mostafa69d幸運なことに、ヘブライ語ではほとんど存在しません。 ヘブライ語の文字は、単語内のどの位置でもほとんど同じですが、כがך、次にמがם、次にנがן、次にפがף、最後にצがץ。 これにより、ヘブライ語のフォーマットが簡単になると思います。

ただし、これらは（文字エンコードの観点から）依然として別個の文字であり、常に同じように表示されます。 移動しても外観は変わりません。 （適切な文字（適切かどうか）を適切な位置で使用するのは、ライターの仕事です。）

分割文字の問題は、スパン内で1つずつ折り返されると、接続が必要になり、形状（アラビア文字）の表現が失われることです。

この問題を解決するには、これらの文字が1つのスパン内にあるか、まったく折り返されていない必要があります。

これらすべての文字のUnicodeのリストは次のとおりです。
アラビア語（0600–06FF、255文字）
アラビア語の補足（0750–077F、48文字）
アラビア語拡張-A（08A0–08FF、73文字）
アラビア文字のプレゼンテーションフォーム-A（FB50–FDFF、611文字）
アラビア文字プレゼンテーションフォーム-B（FE70–FEFF、141文字）
ルミ数字記号（10E60–10E7F、31文字）
アラビア語の数学アルファベット記号（1EE00〜1EEFF、143文字）

必読： https ：

https://github.com/Microsoft/vscode/issues/28571#issuecomment-307991443から

これをうまく処理する別の端末の例はありますか？

mltermは、平均的な（Webベースではない）端末よりも優れているようです。

筆記体ですが、場合によっては切り取られます。フォントを変更することで解決できると思います。この段落はWikipediaからコピーされたもので、青い文字はRTLマークです。これにより、vimが出力し、mltermが青でレンダリングします。

キャラクタージョイナーAPIでこれを解決できる可能性があります。おそらく、隣接するすべてのアラビア語/ヘブライ語などを作成できます。 Unicode文字が結合され、同じグリフに描画されます。

価値があるのは、デバッグコンソールがRTLテキストでうまく機能することです。 これは私が試したものです：

そして、これはデバッグコンソールの出力です。

しかし、端末は同じです。

私はVSCode-Insidersv1.31.0を使用しています。

@babakks Linuxシステムで私が知る限りRTLを正しく出力できるのはkonsoleとmlterm 2つのターミナルだけで、すべてのディストリビューションリポジトリで利用できます。

@ elieobeid7 @babakks MacOS端末はRTLを正しく出力します

私がこれらの言語を話さないので役立つブランチを誰かがテストしたい場合は、これを修正するためにPRを出してください。 https://github.com/xtermjs/xterm.js/pull/1899

テストする：

git clone https://github.com/Tyriar/xterm.js
cd xterm.js
git checkout 701_rtl_support
yarn
yarn watch

# another terminals
yarn start

https://github.com/Microsoft/node-pty#dependenciesをインストールするためにいくつかの依存関係が必要になる場合があり

少しお待ちください:)

私は最近、端末でのRTLの既存のドキュメントと実装の調査、評価に取り組んでおり、（ドラフト）推奨事項を考え出します。 すぐに本物のリリースをします。

最初に考えるよりもずっと複雑です。 ちょっとしたスポイラー：BiDiアルゴリズムに従って文字をシャッフルし始めると、そのプラットフォーム上で適切なBiDi対応のテキスト編集表示エクスペリエンス（vim、emacsなど）を使用することは文字通り数学的に不可能になります。 （そして、前のいくつかのコメントに答えるために：いいえ、konsole、mlterm、macOSターミナルもそれを正しく理解していません。）

@egmontkobこれは、ブラウザのBidiサポートを活用できるという事実を考慮に入れていますか？ 私の変更は、関連するUnicodeシーケンスを個別の文字としてではなく一緒に描画することだけです。 カーソルが文字の上にある場合、これはおそらく間違っていますが、それ以外は機能しているようです。

@Tyriar申し訳ありませんがTyriarですが、それでも間違っています。 プルリクエストでコメントしました。
https://github.com/xtermjs/xterm.js/pull/1899#issuecomment -455333377

仕様は、いくつかのデータを受信した後、キャンバスがどのように見える必要があるかを定義します。 仕様は、ターミナルエミュレーターのバックエンドが何であるか（たとえば、グラフィカルキャンバス、ブラウザー（HTML DOM）、または別のターミナルエミュレーター（tmux））を気にしません。指定された動作を何らかの方法で実装するのは、ターミナルエミュレーターのタスクです。 。

また、指定された動作の1つの側面は、状況によっては、BiDiアルゴリズムに従って文字セルをシャッフルする必要があることです（表示目的のみで、実際のストレージには影響しません）。これが、「cat」のような単純なユーティリティを取得する唯一の合理的な方法だからです。 "目的の出力を生成します。 また、他の状況では、セルを再配置してはなりません。これは、vim / emacs /誰でも独自のBiDiを実行できる唯一の方法だからです。 この動作を制御するエスケープシーケンスがあります。 そして、物語にはこれ以上のものがあります。

https://terminal-wg.pages.freedesktop.org/bidi/で公開されているドラフトBiDi仕様を参照して