Recursive: 括弧/括弧/中括弧のペアの高さは、特定のフォントサイズでわずかにずれて見えます

確認できますが、Windows 10 2004（19546）の最新の安定したVSCodeでも同じです。 フォントの太さにも依存しているようです。つまり、特定のサイズでは、一部の太さは問題ないように見えます（角かっこ、中かっこ、括弧に関して）、そうでないものもあります。

ありがとう、@ krish-r＆@ kamenminkov！ これに良い目。

v1.034の静的フォントを試してみて、同じ問題がまだ発生するかどうかを教えてください。

https://github.com/arrowtype/recursive/tree/e882954365d4fafdf2fb43abeff99a28d615f32e/fonts_1.034

これらは、次のようなフォント名でアクティブ化する必要があります。

RecursiveMonoLnr-RegularおよびRecursiveMonoCsl-Regular

（今回は名前にバージョン番号が含まれていません）。

こんにちは@ arrowtype 、editor.fontFamilyを「RecursiveMonoCasual」/「RecursiveMonoLinear」として指定した後にRecursiveをアクティブ化できました

Windows 10、再帰バージョン情報：

残念ながら、まだ高さの違いが見られます。

さて、それを試してくれてありがとう！ よく見て、Windowsで試してみます。

私の推測では、右角かっこは左角かっこのコンポーネントを使用しており、Windowsはそれらがコンポーネントであるため、またはおそらくわずかに下に配置されて差が拡大されているため、ピクセルエイリアスが少し異なっています。

詳細がわかったら、できれば来週かそこら以内にこれを更新します。

ありがとう@thundernixon 。

そして、申し訳ありませんが、このまったく関係のない質問ですが、小文字の「i」での「タイトル」の外観に変更はありましたか？ 元のスクリーンショットと現在のスクリーンショットでわずかに異なることがわかったためです。たとえば、サイズ17です。

PS。 これが問題を乗っ取っていると思われる場合は、このコメントを（再）削除してください。

静的ビルドプロセスに自動ヒントステップを追加しました。これは、Windowsでのレンダリングに役立つことを願っていますが、いくつかのトレードオフがある可能性があります。 かっこが違うかもしれないと思ったのもそのためです。 また、iドットと発音区別符号全般についても見ていきます。 ありがとう！

VS Codeを使用して、Windowsのv1.052でこれがまだ表示されていることをお伝えしたいと思います。

さて、ついにこれを乗り越えようとしています。 このような開始/終了句読点を分解するステップをビルドに追加しようとしていますが、それが役立つ場合があります。

補足として、大胆なSansスタイルでは括弧がわずかに短いことに気づきました。

...そして（）と[]は、より太字のモノスタイルでは短くなります。

それで、私はこれらが同じ高さであることを確認します。

調整：

• [x] ( ) [ ]を{ }と同じ高さにする
• [x]ブルーゾーンがこれらをカバーしていることを確認する
• [x] .caseバージョンも整列され、高さが一致していることを確認します

修正を加えてフォントを再構築しました。新しいフォントは次のとおりです。

https://github.com/arrowtype/recursive/tree/4b59fd2f5ce78c342418c894d3a7e620819cac23/fonts_1.067

この問題を抱えている人は、これらの新しいフォントをシステムで試してみませんか？ @ krish -r、@ kamenminkov 、@

かっこ/角かっこ/中かっこは今では完璧に見えます👍が、すべてのフォントサイズで「より小さい」記号と「より大きい」記号<>間にまだずれがあります。

Windows 10 v2004、Sublime Text3.2.2でRecursiveMonoLnrSt-Regular.ttf +斜体と太字のバリアントでテスト済み。

こんにちは、

エディターとOS： VS Code v1.51.1, Windows 10 v20H2

_静的フォント_
@jwortmannが述べたように、私は山かっこでのみミスアライメントを見ることができました、それらの残りは完璧に見えます。

RecursiveMonoLnrSt-Regular.ttf -ほとんどのフォントサイズで山かっこがずれています

RecursiveMonoCslSt-Regular.ttf -サイズ16および17では山かっこがずれています（他のサイズ（例：14）では一致します）

_可変フォント_
そして、可変フォントを試したところ、すべて（山かっこを含む）が完全に整列しています。

Recursive_VF_1.067.ttf



（線形）

ねえ@ jwortmann ＆@

私はこれを部分的に書き留めているので、すぐにこれを修正するために戻ったときのことを覚えていますが...

私の推測では、高さの違いは、アングルブラケットが垂直方向に非対称であることに起因します。 それらは、非対称になる傾向があるブラシストロークを模倣します。 ただし、これは、視覚的に垂直に配置されている場合でも、Windowsレンダリングはおそらく座標の高さの違いを認識し、垂直ピクセルに異なる方法でスナップすることを意味します。 これは、ヒントが存在する場合に発生します。つまり、静的フォント（自動ヒントがある）はこれを示しますが、可変フォント（ヒントがない）は違いを生み出しません。 したがって、これらを編集して、矢印の処理方法にいくらか似た、より対称的な形状にする必要があります。

来週の初めにこれに到達できることを願っています。 これをできるだけ早く更新します！

@ jwortmann ＆@

こんにちは@arrowtype 、

おかげで、v1.068を試してみました。Angleブラケットが正しく配置されるようになりました。 残念ながら、特定のフォントサイズでは、残りの角かっこにわずかなずれが見られました。

エディターとOS： VS Code v1.52.0, Windows 10 v20H2

Recursive_Code：
_Recモノリニア：_

_Recモノカジュアル：_

@ krish-rこれでテストを手伝ってくれてありがとう！ うーん、2つのこと：

1. facepalmブランチで以前の修正を行った後、新しい問題に取り組む前にそれらをメインブランチにマージしませんでした。 具体的には、句読点を分解し、（私は）垂直方向の高さをわずかに調整しました。 それで、私はそれらの修正を持ち込み、できるだけ早く別の新しいリリースを作成します。
2. <>新しいリガチャーを持つ「コード」フォントを使用したようです。そのため、これらのフォントは1つのグリフを表示しているだけであり、結果が失われる可能性があります。 正確な結果を得るには、それらの間にスペースを空けてそのコンボをテストする必要があります。

私はここで自信過剰で、新しいリリースでそれを釘付けにしたと思っていました。 😅ごめんなさい！ 新しいリリースを作成して確認を求める前に、WindowsVMでこれを具体的にテストします。

いつでもテストできてうれしいです！ そして、ええ、あなたは正しかった、私は合字をオフにするのを忘れた。
"editor.fontLigatures": falseでもう一度試してみました。

_Recモノリニア：_

_Recモノカジュアル：_

良い！ ええ、私がテストしていたとき、VSCodeを使用するとコードの合字を簡単に非アクティブ化できることを思い出しました。 しかし、ここでそれを指摘してくれてありがとう！

私のテストでは、句読点は_完全に対称的ではありませんでした_が、ピクセル全体の問題を回避しているようです。

時間があれば、@ krish-r、最新リリースhttps://github.com/arrowtype/recursive/releases/tag/1.069を試してみて

v1.069を試しました。 そして、ブラケットも私に合っているように見えます！ 👌

ありがとう@arrowtype！

_Recモノリニア_

_Recモノカジュアル_

素晴らしい、これをテストするのにあなたのすべての助けを本当にありがとう！

これを並べ替えてよかったです。

バージョン1.069では、すべてのタイプの角かっこと<および>記号が正しく配置されていることを確認できます。 アップデートしてくれてありがとう！

確認していただきありがとうございます、@ jwortmann！