Dans le fil sur les glyphes de jeux de carte, où j'évoquais mes
difficultés à atteindre une compatibilité PC-Mac pour les glyphes
trèfle, carreau, coeur, pique
mvaukois@free.fr (Michel Vauquois) (écrivait) :
> > ♠
> > ♣
> > ♥
> > ♦
>
> Ça donne ça sur le Mac (mais pas sur le PC) avec la police Symbol :
> <http://michel.vauquois.free.fr/PCMac/cartes.html>
et (Bernard Danloy) (écrivait) :
> Oui, mais POURQUOI imposer la police Symbol ?
>
> Si je remplace symbol par arial dans ton code HTML, tout fonctionne
> parfaitement à la fois sur PC et sur Mac.
>
> Je suis vraiment convaincu que le problème se situe au niveau de cette
> foutue police Symbol.
>
> Par ailleurs, pourquoi faut-il que le Mac remplace d'office l'entité
> &spades par le glyphe quand on lui demande d'enregistrer le fichier
> source ?
Personne ne m'a répondu et Michel Vauquois m'a dit par email ne pas
comprendre. Qui a une explication ?
Est-ce que, par hasard, le problème se situerait au niveau de la
traduction des entités &spades, ... ?
Ou, plus généralement, au niveau du passage Unicode vers ISO-8859-1 ?
J'ai, en effet, observé qqch de surprenant dans la palette de caractères
( celle qui s'affiche, par exemple, quand on ouvre Textedit, qu'on
sélectionne "Afficher les polices" dans le menu Format et qu'on prend
l'option en bas "Afficher les caractères" )
Je peux choisir l'option " Afficher les codes " et sélectionner, par
exemple, le caractère Unicode #x2660 ( &spades ) : si, à ce moment,
au centre, en haut, je passe de Unicode à Autres codages, j'arrive à
ISO-8859-1 mais mon &spades devient un point d'interrogation !!
A l'aide ....
Bernard
PS Merci à tous ceux qui ont posté dans le premier fil
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
ASM
Dans le fil sur les glyphes de jeux de carte, où j'évoquais mes difficultés à atteindre une compatibilité PC-Mac pour les glyphes trèfle, carreau, coeur, pique
Il faut aller re-poser la question ici : fr.comp.infosystemes.www.auteurs
Il y a des spécialistes du html ET des charsets unicodes étoussa
à savoir (au moins sur Mac) : si le glyphe désigné par son html-entité (hexa ou déci ou mot) n'existe pas dans la police (ou le charset ?) le système va essayer de le trouver dans une autre police (des fois ...)
Comme montré dans mes tests, le plus simple est de tout laisser se dépatouiller (navigateur et système) en ne spécifiant *PAS* la police à utiliser ni même l'encodage (qui s'en moque puisque de toutes façons on sert des html-entités, en sachant qu'il vaut mieux servir les hexa ou deci html-entités) tout *en n'oubliant pas* d'encapsuler dans des balises *samp* (Sample Output).
à tester :
<html> <h2>html-entités pour cartes à jouer</h2> <p>par mots : <samp>♠ ♥ ♦ ♣</samp></p> <p>en deci : <samp>♠ ♥ ♦ ♠</samp></p> <p>en hexa : <samp>♠ ♥ ♦ ♣</samp></p> <p>En couleurs, entites au hazar : <samp>♠</samp> <samp style="color:red">♥</samp> <samp style="color:red">♦</samp> <samp>♠</samp> </p> </html>
-- ASM
Dans le fil sur les glyphes de jeux de carte, où j'évoquais mes
difficultés à atteindre une compatibilité PC-Mac pour les glyphes
trèfle, carreau, coeur, pique
Il faut aller re-poser la question ici : fr.comp.infosystemes.www.auteurs
Il y a des spécialistes du html ET des charsets unicodes étoussa
à savoir (au moins sur Mac) :
si le glyphe désigné par son html-entité (hexa ou déci ou mot) n'existe
pas dans la police (ou le charset ?)
le système va essayer de le trouver dans une autre police (des fois ...)
Comme montré dans mes tests, le plus simple est de tout laisser se
dépatouiller (navigateur et système) en ne spécifiant *PAS* la police à
utiliser ni même l'encodage (qui s'en moque puisque de toutes façons on
sert des html-entités, en sachant qu'il vaut mieux servir les hexa ou
deci html-entités) tout *en n'oubliant pas* d'encapsuler dans des
balises *samp* (Sample Output).
à tester :
<html>
<h2>html-entités pour cartes à jouer</h2>
<p>par mots : <samp>♠ ♥ ♦ ♣</samp></p>
<p>en deci : <samp>♠ ♥ ♦ ♠</samp></p>
<p>en hexa : <samp>♠ ♥ ♦ ♣</samp></p>
<p>En couleurs, entites au hazar :
<samp>♠</samp>
<samp style="color:red">♥</samp>
<samp style="color:red">♦</samp>
<samp>♠</samp>
</p>
</html>
Dans le fil sur les glyphes de jeux de carte, où j'évoquais mes difficultés à atteindre une compatibilité PC-Mac pour les glyphes trèfle, carreau, coeur, pique
Il faut aller re-poser la question ici : fr.comp.infosystemes.www.auteurs
Il y a des spécialistes du html ET des charsets unicodes étoussa
à savoir (au moins sur Mac) : si le glyphe désigné par son html-entité (hexa ou déci ou mot) n'existe pas dans la police (ou le charset ?) le système va essayer de le trouver dans une autre police (des fois ...)
Comme montré dans mes tests, le plus simple est de tout laisser se dépatouiller (navigateur et système) en ne spécifiant *PAS* la police à utiliser ni même l'encodage (qui s'en moque puisque de toutes façons on sert des html-entités, en sachant qu'il vaut mieux servir les hexa ou deci html-entités) tout *en n'oubliant pas* d'encapsuler dans des balises *samp* (Sample Output).
à tester :
<html> <h2>html-entités pour cartes à jouer</h2> <p>par mots : <samp>♠ ♥ ♦ ♣</samp></p> <p>en deci : <samp>♠ ♥ ♦ ♠</samp></p> <p>en hexa : <samp>♠ ♥ ♦ ♣</samp></p> <p>En couleurs, entites au hazar : <samp>♠</samp> <samp style="color:red">♥</samp> <samp style="color:red">♦</samp> <samp>♠</samp> </p> </html>
