Recursive: Tinggi pasangan Kurung/Bracket/Kurung Kurung terlihat sedikit berbeda pada ukuran font tertentu

Bisa konfirmasi, itu sama untuk saya di VSCode stabil terbaru pada Windows 10 2004 (19546). Tampaknya tergantung pada berat font juga - yaitu pada ukuran tertentu, beberapa bobot terlihat baik-baik saja (mengenai tanda kurung/kawat gigi/kurung), yang lain - tidak.

Terima kasih, @krish-r & @kamenminkov! Mata yang bagus untuk ini.

Bisakah Anda mencoba font statis di v1.034, dan beri tahu saya apakah Anda masih memiliki masalah yang sama?

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

Ini harus diaktifkan dengan nama font seperti:

RecursiveMonoLnr-Regular dan RecursiveMonoCsl-Regular

(Tanpa nomor versi dalam namanya, kali ini).

Hai @arrowtype , saya dapat mengaktifkan Recursive setelah menentukan editor.fontFamily sebagai 'Recursive Mono Casual'/'Recursive Mono Linear'

Windows 10, info Versi Rekursif:

Sayangnya, saya masih melihat perbedaan ketinggian.

Oke, terima kasih sudah mencobanya! Saya akan melihat lebih dekat dan mencobanya di Windows.

Dugaan saya adalah, kurung kanan menggunakan komponen kurung kiri, dan Windows entah pixel-aliasing mereka sedikit berbeda karena mereka adalah komponen, atau karena mungkin mereka hanya sejajar sedikit lebih rendah dan perbedaan sedang diperbesar.

Saya akan memperbarui ini ketika saya tahu lebih banyak, mudah-mudahan dalam minggu mendatang atau lebih.

Terima kasih @thundernixon .

Dan, maaf, pertanyaan yang sama sekali tidak terkait ini, apakah ada perubahan pada tampilan "judul" pada huruf kecil "i"? Karena saya dapat melihat bahwa itu sedikit berbeda antara tangkapan layar asli & saat ini - Ukuran 17, misalnya..

PS. Senang (kembali) memindahkan komentar ini jika Anda merasa ini membajak masalah.

Kami telah menambahkan langkah autohinting ke proses pembuatan statis, yang semoga, sebagian besar membantu rendering di Windows, tetapi mungkin memiliki beberapa trade off. Itu juga mengapa saya pikir tanda kurung mungkin berbeda. Saya juga akan melihat i dot dan diakritik secara umum. Terima kasih!

Hanya ingin menyebutkan bahwa saya masih melihat ini di v1.052 di Windows, menggunakan VS Code.

Oke, akhirnya mencoba untuk mengatasi ini. Saya mencoba menambahkan langkah ke dalam build yang menguraikan tanda baca pembukaan/penutupan seperti ini, dan itu mungkin membantu.

Sebagai catatan tambahan, saya perhatikan bahwa tanda kurung sedikit lebih pendek dalam gaya Sans yang lebih berani:

...dan () dan [] lebih pendek dalam gaya Mono yang lebih berani:

Jadi, saya akan memeriksa dan memastikan ketinggiannya sama.

Penyesuaian:

• [x] Membuat ( ) [ ] sama tingginya dengan { }
• [x ] Pastikan zona biru menutupi ini
• [x] Memastikan versi .case juga selaras & ketinggian yang cocok

Saya telah membangun kembali font dengan perbaikan, dan yang baru ada di sini:

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

Apakah seseorang yang memiliki masalah ini bersedia mencoba font baru ini di sistem Anda? @krish-r, @kamenminkov , @ @jkyeung , atau @jwortmann? Saya harap ini bisa berhasil, tetapi tidak sepenuhnya yakin. 🤞

Tanda kurung/kurung/kurung kurawal terlihat sempurna untuk saya sekarang 👍 , tetapi masih ada ketidakselarasan antara simbol "kurang dari" dan "lebih besar dari" <> pada semua ukuran font.

Diuji dengan varian RecursiveMonoLnrSt-Regular.ttf + italic & bold pada Windows 10 v2004, Sublime Text 3.2.2.

Halo,

Editor & OS: VS Code v1.51.1, Windows 10 v20H2

_font statis_
Seperti yang disebutkan @jwortmann , saya hanya bisa melihat ketidaksejajaran dengan braket sudut, sisanya terlihat sempurna.

RecursiveMonoLnrSt-Regular.ttf - braket sudut tidak sejajar untuk sebagian besar ukuran font

RecursiveMonoCslSt-Regular.ttf - braket sudut tidak sejajar untuk ukuran 16 & 17 (Cocok untuk ukuran lain, mis. 14)

_Fon variabel_
Dan ketika saya mencoba font variabel, semuanya (termasuk braket sudut) sejajar dengan sempurna untuk saya.

Recursive_VF_1.067.ttf



(Linier)

Hai @jwortmann & @krish-r, terima kasih banyak atas tes & tanggapan cepatnya!

Saya sebagian mencatat ini jadi saya ingat ketika saya berputar kembali untuk segera memperbaikinya, tapi...

Dugaan saya adalah, perbedaan ketinggian berasal dari kurung sudut yang asimetris secara vertikal. Mereka meniru sapuan kuas, yang cenderung asimetris. Namun, ini berarti bahwa bahkan ketika mereka secara visual disejajarkan secara vertikal, rendering Windows mungkin melihat perbedaan dalam ketinggian koordinat dan memasangnya ke piksel vertikal secara berbeda. Ini terjadi ketika petunjuk hadir, yang berarti bahwa font statis (yang memiliki petunjuk otomatis) menunjukkan ini, sedangkan font variabel (yang tidak memiliki petunjuk) tidak menghasilkan perbedaan. Jadi, saya harus mengedit ini untuk memiliki bentuk yang lebih simetris, agak mirip dengan cara saya memperlakukan panah.

Mudah-mudahan saya bisa mencapai ini awal minggu depan. Saya akan memperbarui ini ASAP!

Hai @jwortmann & @krish-r, jika Anda mendapat kesempatan, dapatkah salah satu dari Anda mengonfirmasi bahwa font terbaru (dalam rilis 1.068) memperbaiki masalah untuk Anda? Jika demikian, kita bisa menutup masalah ini. Terima kasih!

Halo @panahtype ,

Terima kasih, Mencoba v1.068, kurung sudut sekarang disejajarkan dengan benar. Sayangnya, saya dapat melihat sedikit ketidaksejajaran pada tanda kurung lainnya pada ukuran font tertentu.

Editor & OS: VS Code v1.52.0, Windows 10 v20H2

Kode_Rekursif:
_Rec Mono Linier:_

_Rec Mono Santai:_

@krish-r terima kasih banyak telah membantu menguji ini! Hm, dua hal:

1. facepalm Saya telah membuat perbaikan sebelumnya di cabang, lalu tidak menggabungkannya ke cabang utama sebelum mengerjakan masalah baru. Secara khusus, saya telah menguraikan tanda baca penutup, dan (saya pikir) sedikit menyesuaikan ketinggian vertikal. Jadi, saya akan membawa perbaikan itu dan membuat rilis baru lainnya sesegera mungkin.
2. Sepertinya Anda menggunakan font "Kode", yang memiliki ikatan baru untuk <> – jadi font tersebut sekarang hanya menampilkan satu mesin terbang, yang mungkin membuang hasilnya. Untuk mendapatkan hasil yang akurat, kita harus menguji kombo itu dengan spasi di antara keduanya.

Saya terlalu percaya diri di sini, berpikir saya telah berhasil dengan rilis baru. Maaf! Saya akan secara khusus menguji ini di Windows VM sebelum membuat rilis baru dan meminta konfirmasi.

Selalu senang untuk menguji! Dan ya, Anda benar, saya lupa mematikan pengikatnya.
Mencobanya lagi dengan "editor.fontLigatures": false .

_Rec Mono Linier:_

_Rec Mono Santai:_

Bagus! Ya, ketika saya sedang menguji, saya ingat bahwa VS Code memudahkan untuk menonaktifkan ligatur kode. Tapi terima kasih juga untuk menunjukkan itu di sini!

Dalam pengujian saya, tanda baca tidak _sepenuhnya simetris,_ tetapi tampaknya menghindari masalah seluruh piksel.

Jika Anda punya waktu, @krish-r, bisakah Anda mencoba rilis terbaru, https://github.com/arrowtype/recursive/releases/tag/1.069? Itu menambahkan langkah dekomposisi yang tampaknya membantu dalam tes sebelumnya.

Mencoba v1.069. Dan, tanda kurung juga terlihat selaras dengan saya! 👌

Terima kasih @arrowtype!

_Rec Mono Linier_

_Rec Mono Kasual_

Luar biasa, terima kasih banyak atas semua bantuan Anda dalam menguji ini!

Senang kami menyelesaikan ini.

Saya dapat mengonfirmasi bahwa dengan versi 1.069 semua jenis tanda kurung dan simbol < dan > juga disejajarkan dengan benar untuk saya. Terima kasih banyak untuk pembaruannya!

Terima kasih telah mengonfirmasi, @jwortmann!