Archive Liste Typographie
Message : RE: langages scientifique, substitution automatique (Thierry Bouche) - Mardi 19 Octobre 1999 |
Navigation par date [ Précédent Index Suivant ] Navigation par sujet [ Précédent Index Suivant ] |
Subject: | RE: langages scientifique, substitution automatique |
Date: | Tue, 19 Oct 1999 12:07:00 +0200 (MET DST) |
From: | Thierry Bouche <Thierry.Bouche@xxxxxxxxxxxxxxx> |
» > Du point de vue du programme, l'AFM de ladite police permet de le » > savoir. Évidemment, s'il est mal fait (genre codage expert, noms de » > glyphe AdobeStandard -- souvent vu avec FOG) le programme ne » > peut y voir » > goutte. » » And there's the problem; anything that is not standard, like specialized » expert fonts with different glyphs replacing the letters A-Z (for instance) » is hard for an application to manipulate. When should the glyph #172 be » used? Il y a des standards de noms de glyphes (la liste d'adobe, afii, unicode glyph registry, etc.). Si le caractère que j'ai dans une police en tapant A au clavier est Th, il doit s'appeler Th dans la police et dans l'AFM, donc un programme doit pouvoir se douter que c'est le caractère à mettre comme ligture T+h, non ? » What to do with the old ones? c'est toute l'idée des fontes virtuelles : avoir une police qui a les `features' d'opentype, et qui soit paramétrable par l'utilisateur : si je prends mon Th de tout à l'heure, j'aimerais pouvoir sélectionner une police virtuelle dans laquelle la ligature (+ crénage éventuel) est définie, même si le programme n'a pas pu se figurer que A était un Th : pour cela il faut un simple éditeur de police virtuelle qui permette de combiner des glyphes de polices différentes, et de paramétrer les substitutions/crénages, de façon à avoir une police qui a les métriques et les fonctions d'une OT, mais qui pour imprimer va chercher les glyphes épars des polices réelles sous-jacentes. » My concern is not so much with finding a way to do the right thing in the » application, but letting the user control the substitutions in an easy to » use interface. Ça ressemblerait à un éditeur de police très simple, avec possibilité de copier-coller des glyphes de polices différentes, et d'ajuster les métriques, mais sans avoir à se soucier du dessin puisque tout ce qu'on demande c'est d'imprimer les glyphes des polices réelles au bout du compte. Quand je dis copier-coller, pour tout ce qui est non standard, il suffirait de pouvoir « ajouter » un glyphe a une fonte virtuelle (je veux dire que l'utilisateur ne devrait même pas avoir à préciser le codage de la nouvelle police) Th. PS L'article de Knuth est : « Virtual fonts, more fun for grand wizards ». La plupart de ce dont on a parlé ne concerne pas vraiment MetaFont, si ce n'est que son format de métriques (TFM) est plus puissant qu'AFM ou TTF, et que la lecture de Knuth doit demander un minimum de familiarité avec ces formats.
- RE: [XP] langages scientifique, substitution automatique, (continued)
- RE: [XP] langages scientifique, substitution automatique, Olivier RANDIER (19/10/1999)
- RE: langages scientifique, substitution automatique, Robert Keeble (18/10/1999)
- RE: [XP] langages scientifique, substitution automatique, Olivier RANDIER (19/10/1999)
- RE: langages scientifique, substitution automatique, Thierry Bouche <=