Description du problème
Actuellement, les polices publiées dans Recursive_Code
n'affichent pas les glyphes corrects dans certains logiciels, tels que iTerm. Il semble qu'ils continuent d'utiliser la fonctionnalité rvrn
pour échanger des glyphes MONO
, plutôt que de simplement les "intégrer". Cela signifie qu'un logiciel qui ne prend pas en charge la fonction rvrn
OpenType peut afficher plusieurs caractères de manière involontaire.
Comportement prévisible
Montré est une capture d'écran de FontGoggles avec rvrn
désactivé, puis activé. Ces polices pour le code ne devraient pas du tout nécessiter rvrn
- elles devraient agir davantage comme les polices statiques, qui intègrent cette fonctionnalité.
Environnement (veuillez compléter les informations suivantes) :
Contexte supplémentaire
Ce n'est pas un problème dans les autres polices statiques. :)
Je pense que je vois le même comportement dans MacVim -- j'essayais de comprendre pourquoi il semblait que certains ensembles stylistiques étaient activés par défaut uniquement dans cet éditeur, mais je pense que ce problème l'expliquerait. (C'est avec les dernières polices de code 1.047):
Hé Mattson, c'est tellement cool de voir que vous essayez Recursive ! Merci d'avoir ajouté votre expérience ici.
En effet, dans VIM, tous ces glyphes sont dans leurs formes "par défaut", alors qu'ils devraient être dans leurs substitutions mono-spécifiques. C'est moins visible, mais le problème affecte également le g
(il a un sommet plat plutôt qu'une "oreille" vers le haut comme il se doit dans les styles mono).
Je ferai une série de correctifs ce week-end, en particulier pour améliorer le fonctionnement de Windows, et ce sera l'un des deux principaux problèmes sur lesquels je me concentrerai. Je mettrai à jour une fois que je pourrai le résoudre!
Hé, pas de soucis, je pensais qu'il pourrait y avoir un problème dans le rendu du texte de l'éditeur, mais j'ai vu ce problème et j'ai supposé qu'il était connecté. Oui, je suppose que ma taille de police normale est trop petite pour remarquer le g
. :-) J'apprécie beaucoup Recursive, et j'attendrai la mise à jour avec impatience !
Haha, ouais, le g
est moins visible et moins problématique. Les i
& r
air assez mauvais comme ça, cependant.
C'est agréable de connaître personnellement quelqu'un qui l'apprécie. Motivation supplémentaire ! Travaillera sur cela dès que possible.
D'accord, je pense que j'ai maintenant résolu ce problème avec les polices ici . Voici un zip pour simplifier le téléchargement pour le moment :
(Ces polices seront bientôt incluses dans une version appropriée.)
Ceux-ci semblent fonctionner correctement dans MacVim :
Et les ensembles stylistiques fonctionnent toujours dans les applications qui les prennent en charge, telles que VS Code et Font Goggles (malheureusement, MacVim ne semble pas prendre en charge les fonctionnalités OpenType, avant ou après ce changement).
@a-mg si vous en avez l'occasion, pourriez-vous s'il vous plaît tester ces nouvelles polices et me faire savoir si elles résolvent votre problème ? Si c'est le cas, nous pouvons clore ce problème.
Salut Stephen, bon timing, tu as mis à jour ça juste avant que j'ouvre GitHub.
Oui, je peux confirmer que ces nouvelles polices fonctionnent comme prévu. Les quatre packages semblent corrects (bien que j'utilise généralement Linear maintenant). Je vois le même résultat que vous avez fait dans votre test. Merci d'avoir répondu !
J'ai un problème ouvert sur le projet MacVim demandant la mise en œuvre des fonctionnalités OpenType. :-) C'est un peu un éditeur à l'ancienne, donc il ne prend pas toujours en charge les choses que VS Code tient pour acquises, mais il peut y arriver.
Génial, merci d'avoir aidé à le confirmer, @a-mg !
Travailler sur la création d'une nouvelle version, maintenant.