256

256 - Font, affiche les 256 caractères (8 bits ASCII) dans les contrôles de texte / éditeurs / Tty - la police unique.

Cette police fonctionne mieux avec la région de caractère anglais - Western / Latin1 Encodage fournissant un codage de caractère à un octet avec CP1252 / Windows-1252 / IBM819 / CP819 / ISO-IR-100 / CSISO-LATIN1 / IBM-5348 et ISO-8859-1 en fonction de la prise en charge de l'éditeur de texte.

Cette police ne prend pas en charge le codage UTF-8, ne parvient pas à l'encoder complètement dans UTF-8 en raison de son manque de support de caractères à un octet indigène par la norme, qui est limité à ASCII-7 (128).

Cette police est un hommage de style rétro au jeu de caractères IBM PC 5150 et à la zone de caractères utilisés dans la "région" de l'anglais - Europe / US (Western / Latin1) par IBM PC-DOS appelé CP437 avec quelques modifications et adapté pour être utilisé avec n'importe quelle version du système d'exploitation M $ Window BMP Spectrum / Glyphes Cet utilisateur a la possibilité de tirer parti du schéma d'encodage à l'aide des éditeurs de texte qui peuvent lire le codage de Windows-1252 de tous les 8 bits, avec la plupart des autres polices, tous les espaces de glyphes disponibles ne sont pas définis ou non utilisés dans les mappages Unicode, la plupart des implémentations de police classiques ignorent en particulier les formats. Comme son nom implique que les 256 caractères sont mappés et peuvent être utilisés pour afficher / afficher les caractères ASCII non imprimables, en particulier ASCII étendu (ASCII-8); Ces caractères sont normalement / intrinsèquement cachés ou conçus pour être ignorés par tous les environnements du système d'exploitation et les éditeurs de texte en raison de la nature classique de l'implémentation standard ANSI par défaut et des mappages fonctionnels intérialisés des caractères de contrôle dans les OSS.Il n'y a pas d'autres polices Unicode dans le Wild Capable de faire dans le Windows / Linux OS depuis sa publication en 2017 (qui est étrange et qui peut sembler surprenant pour quelque chose). Et oui!, Cette police vous permet de voir visiblement le caractère d'espace, l'onglet, le flux de ligne, le retour du chariot (CR + LF) dans les éditeurs de texte en attribuant la police aux éditeurs de texte manuellement par l'utilisateur. De plus, tous les autres caractères spéciaux en dehors de la norme ASCII-7 sont disponibles et visibles avec cette police ... à mon avis est quelque chose que la plupart des gens ne comprennent pas et ne peuvent souvent pas ne pas procéder / exprimer / coder correctement en utilisant des bibliothèques de rendu de texte qui sont axées sur la norme / support ANSI classique. Cette police ne fonctionne qu'en raison de la norme TTF / Windows-1252 et de la prise en charge intégrée des régions disponibles BMP C0 + C1 d'Unicode, cette police peut être utilisée dans les systèmes d'exploitation les plus classiques 32 bits qui prennent en charge les formats .TTF et ses polices Unicode.

Plus sur la police:

It is an ISO 10646-1(Unicode,BMP) encoded True-Type Font(TTF) -(Vector-based Glyphs,Unicode addressed to all 256 spaces) supports Linux/MS-Windows 32/64 bit(.TTF) standard - with full Extended ASCII-8 Support(CP-1252/ISO 8859-1) where the old ASCII-7 Standard of 128 characters is Max-out et poussé plus loin dans le schéma d'adressage 8 bits restant appelé adressage de caractère à un octet, permettant une carte de 256 caractères, comme les anciennes cartes MGA 8 bits IBM-PC mais dans un facteur de forme de police Unicode. Cette police utilise UNICODE C0 et C1 contrôle l'espace provisoire au lieu des polices de bassin bitmap Windows. Il y a des modifications à apporter à ce charse car les glyphes sont cartographiés dans d'autres espaces provisoires UNICODE ou des adresses de contrôle de la région UNICODE canoniques (comme U + 2400 Region-Control Images) qui peuvent être confrontés à une combinaison de BMP complète améliorée (ASCII8) + UNICODE Full BMP Une énorme police fusionnée avec 256 plus le spectre Unicode BMP entier (tous les 65536 positions) dans un fichier.

Régions dédiées:

C0 contrôle le caractère U + 0000-U + 001F

C1 contrôle le caractère u + 0080-u + 009f

J'utilise actuellement le style et la séquence des caractères / glyphes américains de la Norme avec quelques personnalisations, ce qui pourrait changer dans un avenir proche. Alors, pensez à IBM OS-2 / MS-DOS / PC-DOS CP-437 (pages de code DOS) ou à l'idée des cartes de jeu Atari classiques en 256 caractères, où les 256 positions des 8 bits sont utilisées dans les jeux, comme le standard ISO 8859-1 mais mieux. Dans les polices Unicode, le caractère du clavier réel est lié au glyphe lui-même, ce qui crée des conflits dans les régions C0 et C1 des contrôles car les personnages sont absents dans les claviers modernes, souvent les personnages sont pré-provisoires ailleurs dans la cartographie des polices Unicode dans plusieurs domaines différents en fonction de la norme comme; Western-latin 1, etc., donc si le caractère de clavier unique lui-même est utilisé dans les zones de contrôle C0 / C1, ils ne peuvent pas être réutilisés ailleurs dans la carte Unicode ou dans le fichier de police lui-même. (Fondamentalement, un cartouche de clavier par glyphe)

Il y a des personnalisations sur certains personnages 0x00 pour 0x32 qui font du personnage de l'espace maintenant un personnage visible et 0x255 est ma propre création étrange, avec d'autres.

La différence de CP437 / CP1252:

Il s'agit de la version Bitmapp Windows d'origine du CodePage 437 américain sans les mappages Unicode, car vous pouvez le voir très limité, et il est non unicode et non truettype basé sur des fichiers, sans vecteur / anti-aliasing, etc.

Future version:

Version OpenType Fonts (OTF), peut-être .... Set de caractères alternatifs pour d'autres régions; Version monospace à utiliser sur la console Windows (CMD.exe) permettant une belle vue uniforme de la prise en charge des 256 caractères / ASCII-8. Je veux également créer une version plus normalisée sans les glyphes de personnages d'espace visibles qui peuvent être ennuyeux à des moments ou à certains.

Tester la police est facile; Appliquez la police à un éditeur TXT et ouvrez le fichier inclus: https://github.com/dernyn/256/blob/master/256.txt

Par exemple: Testing Qt Create sur Debian Linux montrant les 256 caractères à l'aide du codage CP1252 / ISO-8859-1, cela fonctionne également avec QT dans Windows!, Mais tout système d'exploitation avec .TTF et CP-1252 / ISO-8859-1 Le codage devrait le faire.

POURQUOI!? Faites ceci !: Eh bien, vous pouvez maintenant modifier tout! vos fichiers avec un éditeur de texte; Binaires et ou non-binaires sans éditeur hexadécimal;

Afficher peut-être le contenu de paquets binaires sous forme de texte dans Wireshark

ou affichez une sortie binaire dans une fenêtre / terminal de console dans les windows x-11-gnome / m $ (bien que les caractères de contrôle puissent déclencher des fonctions internes).

Mettez-le dans un IDE et voyez ces caractères spéciaux embêtants qui déclenchent des erreurs et des comportements altérés.

Le point est simple!, Vous avez plus d'options!

- Emoji époustouflant ici-

un fichier binaire Windows dans le notepad natif de Windows 10

WTF! Pourquoi cela manquait-il à nouveau?

Licence:

https://creativecommons.org/licenses/by-sa/4.0/

Version "TL; DR" (qui ne remplace pas la licence dans le fichier):

Vous pouvez les partager et les adapter / les transformer / les améliorer librement à toute fin répertoriée par CC BY-SA 4.0, vous devez donner un crédit approprié (qui inclut le nom de l'auteur et un lien vers le matériel d'origine) Si vous distribuez vos propres adaptations, faites-le sous une licence compatible, aucune garantie n'est donnée - Quoi que vous fassiez, je ne serai pas tenu responsable

Puissiez-vous et les autres être heureux!

Merci pour votre soutien et votre appréciation.

Dernyn -at- stonedcoder.org