Recursive: La altura del par de paréntesis / corchetes / corchetes se ve ligeramente fuera de lugar en ciertos tamaños de fuente

Puedo confirmar que es lo mismo para mí en el último VSCode estable en Windows 10 2004 (19546). También parece depender del peso de la fuente, es decir, en un tamaño determinado, algunos pesos se ven bien (con respecto a los corchetes / llaves / paréntesis), otros, no.

¡Gracias, @ krish-r y @kamenminkov! Buenos ojos en esto.

¿Puede probar las fuentes estáticas en v1.034 y hacerme saber si todavía tiene el mismo problema?

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

Estos deben activarse con nombres de fuente como:

RecursiveMonoLnr-Regular y RecursiveMonoCsl-Regular

(Sin número de versión en el nombre, esta vez).

Hola @arrowtype , pude activar Recursive después de especificar editor.fontFamily como 'Recursive Mono Casual' / 'Recursive Mono Linear'

Windows 10, información de la versión recursiva:

Desafortunadamente, sigo viendo diferencias en las alturas.

¡Bien, gracias por probar eso! Lo miraré más de cerca y lo probaré en Windows.

Supongo que los corchetes derechos están usando componentes de corchetes izquierdos, y Windows los alias de píxeles de manera un poco diferente porque son componentes, o porque quizás simplemente están alineados un poco más abajo y la diferencia se está ampliando.

Actualizaré esto cuando sepa más, con suerte dentro de la próxima semana.

Gracias @thundernixon .

Y, lo siento, esta pregunta completamente ajena, ¿hubo algún cambio en la apariencia del "título" en la "i" minúscula? Porque pude ver que es ligeramente diferente entre mis capturas de pantalla originales y actuales: tamaño 17, por ejemplo.

PD. Me complace (re) mover este comentario si cree que esto está secuestrando el problema.

Hemos agregado un paso de autohinting al proceso de compilación estática, que con suerte debería ayudar principalmente con el renderizado en Windows, pero puede tener algunas compensaciones. Sin embargo, también es por eso que pensé que los corchetes podrían ser diferentes. También echaré un vistazo al punto i y los signos diacríticos en general. ¡Gracias!

Solo quería mencionar que sigo viendo esto en v1.052 en Windows, usando VS Code.

Bien, finalmente estoy tratando de resolver esto. Estoy intentando agregar un paso en la compilación que descompone la puntuación de apertura / cierre como estos, y eso puede ayudar.

Solo como nota adicional, he notado que los paréntesis son un poco más cortos en los estilos Sans más atrevidos:

... y los () y [] son ​​más cortos en los estilos Mono más atrevidos:

Entonces, lo revisaré y me aseguraré de que tengan la misma altura.

Ajustes:

• [x] Haciendo que ( ) [ ] la misma altura que { }
• [x] Asegurándose de que las zonas azules cubran estos
• [x] Asegurarse de que las versiones .case también estén alineadas y coincidan con las alturas

He reconstruido fuentes con las correcciones y las nuevas están aquí:

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

¿Alguien que haya tenido este problema estaría dispuesto a probar estas nuevas fuentes en su sistema? ¿@ krish-r, @kamenminkov , @ @jkyeung o @jwortmann? Espero que funcione, pero no del todo seguro. 🤞

Los paréntesis / corchetes / llaves me parecen perfectos ahora 👍, pero todavía hay una desalineación entre los símbolos "menor que" y "mayor que" <> en todos los tamaños de fuente.

Probado con RecursiveMonoLnrSt-Regular.ttf + variantes en cursiva y negrita en Windows 10 v2004, Sublime Text 3.2.2.

Hola,

Editor y SO: VS Code v1.51.1, Windows 10 v20H2

_Fuente estática_
Como mencionó @jwortmann , solo pude ver una desalineación con el soporte angular, el resto se ve perfecto.

RecursiveMonoLnrSt-Regular.ttf - el corchete angular está desalineado para la mayoría de los tamaños de fuente

RecursiveMonoCslSt-Regular.ttf - el soporte angular está desalineado para los tamaños 16 y 17 (se adapta a otros tamaños, por ejemplo, 14)

_Fuente variable_
Y cuando probé la fuente variable, todo (incluido el corchete angular) se alineó perfectamente para mí.

Recursive_VF_1.067.ttf



(Lineal)

Hola @jwortmann & @ krish-r, ¡muchas gracias por tan rápidas pruebas y respuestas!

Estoy anotando esto parcialmente, así que recuerdo cuando volví para arreglar esto pronto, pero ...

Supongo que las diferencias de altura provienen de que los corchetes angulares son verticalmente asimétricos. Imitan trazos de pincel, que tienden a ser asimétricos. Pero, esto significa que incluso cuando están alineados visualmente verticalmente, el renderizado de Windows probablemente ve la diferencia en las alturas de las coordenadas y las ajusta a los píxeles verticales de manera diferente. Esto sucede cuando hay sugerencias, lo que significa que las fuentes estáticas (que tienen sugerencias automáticas) muestran esto, mientras que la fuente variable (que no tiene sugerencias) no produce la diferencia. Entonces, debería editarlos para que tengan formas que sean más simétricas, algo similares a cómo he tratado las flechas.

Espero poder llegar a esto a principios de la semana que viene. ¡Actualizaré esto lo antes posible!

Hola @jwortmann & @ krish-r, si tienes la oportunidad, ¿podría alguno de ustedes confirmar que las últimas fuentes (en la versión 1.068) solucionan el problema? Si es así, podemos cerrar el problema. ¡Gracias!

Hola @arrowtype ,

Gracias, probé v1.068, los corchetes angulares ahora están alineados correctamente. Desafortunadamente, pude ver algunas desalineaciones leves en el resto de los corchetes en ciertos tamaños de fuente.

Editor y SO: VS Code v1.52.0, Windows 10 v20H2

Código_recursivo:
_Rec Mono Lineal: _

_Rec Mono Casual: _

@ krish-r ¡muchas gracias por ayudarnos a probar con esto! Hmm, dos cosas:

1. facepalm Hice las correcciones anteriores en una rama, luego no las fusioné en la rama principal antes de trabajar en nuevos problemas. Específicamente, había descompuesto la puntuación de cierre y (creo) ajusté ligeramente las alturas verticales. Entonces, traeré esas correcciones y haré otra nueva versión tan pronto como sea posible.
2. Parece que usó las fuentes "Code", que tienen una nueva ligadura para <> , por lo que ahora solo muestran un solo glifo, lo que puede estar alterando el resultado. Para obtener un resultado preciso, tendremos que probar ese combo con un espacio entre ellos.

Tenía demasiada confianza aquí, pensando que lo había clavado con el nuevo lanzamiento. 😅 ¡Lo siento! Lo probaré específicamente en una máquina virtual de Windows antes de hacer una nueva versión y pedir confirmación.

¡Siempre feliz de probar! Y sí, tenías razón, olvidé apagar las ligaduras.
Probé con ellos de nuevo con "editor.fontLigatures": false .

_Rec Mono Lineal: _

_Rec Mono Casual: _

¡Agradable! Sí, mientras probaba, recordé que VS Code facilita la desactivación de ligaduras de código. ¡Pero gracias también por señalar eso aquí!

En mis pruebas, la puntuación no era _completamente perfectamente simétrica _ pero parece evitar el problema de la eliminación de píxeles completos.

Si tiene tiempo, @ krish-r, ¿podría probar la última versión, https://github.com/arrowtype/recursive/releases/tag/1.069? Agrega el paso de descomposición que pareció ayudar en las pruebas anteriores.

Probé v1.069. ¡Y los corchetes también me parecen alineados! 👌

¡Gracias @arrowtype!

_Rec Mono Lineal_

_Rec Mono Casual_

¡Genial, muchas gracias por toda su ayuda para probar esto!

Feliz de haber solucionado esto.

Puedo confirmar que con la versión 1.069 todos los tipos de corchetes y los símbolos < y > están alineados correctamente para mí. ¡Muchas gracias por la actualización!

¡Gracias por confirmar, @jwortmann!