ALignement vertical des lettres capitales avec et sans accent - CSS
21 réponses
Nikita Calvus-Mons
Bonjour,
J'ai trois titres <h1> dans trois colonnes différentes, alignées en haut
(en fait elles flottent toutes). J'utilise l'attribut text-transform:
uppercase; car tel est mon bon plaisir. Du coup j'obtiens souvent des
capitales accentuées.
Quand il y a des caps accentuées dans un titre, Firefox aligne sur le
haut de l'accent (ce qui est typographiquement incorrect). Le résultat
est très laid lorsque le titre d'à côté, sans accent, se retrouve ainsi
un chouïa plus haut...
IE 7 fait la même chose, mais moins violemment (mais il fait la même
chose !).
Y a-t-il moyen de forcer le comportement correct typographiquement,
c'est-à-dire d'aligner les lettre sans tenir compte de leurs signes
diacritiques (accents, cédilles, umlauts, iotas souscrits, etc.) ? J'en
doute fort, mais...
Il me semble qu'au siècle dernier (en tous cas sur Mac) les ½, æ, et insécable, étaient gérés sans soucis directement au clavier, tout au moins dans le texteur que j'utilisais, disons ... depuis 1990.
C'est un peu loin tout ça, mais je pense que le Mac était un cas particulier.
Assez logique, du fait que les caractères ½ et ¼ font partie de MacRoman (et je suppose, sans en être sûr, que c'était le cas bien avant l'introduction de l'¤ dans le même MacRoman).
Sous Windows 95 et 98 il y avait quelques actions à entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Au sujet de l'euro, Apple avec MacRoman a fait une modification encore plus critiquable que Microsoft avec Windows-1252. Alors que Microsoft a rajouté l'euro à un emplacement auparavant non utilisé, ce qui assurait la compatibilité dans un sens mais pas dans l'autre, Apple a *remplacé* le symbole monétaire neutre par l'euro, ce qui a donc introduit une incompatibilité dans les deux sens.
En définissant une nouvelle norme ISO-8859-15, différente d'ISO-8859-1, pour y introduire l'euro, l'ISO a fait la seule chose permettant d'assurer une compatibilité dans les deux sens.
-- Olivier Miakinen
Le 04/12/2009 14:35, Pierre Goiffon a écrit :
Il me semble qu'au siècle dernier (en tous cas sur Mac) les ½, æ, et
insécable, étaient gérés sans soucis directement au clavier, tout au
moins dans le texteur que j'utilisais, disons ... depuis 1990.
C'est un peu loin tout ça, mais je pense que le Mac était un cas
particulier.
Assez logique, du fait que les caractères ½ et ¼ font partie de MacRoman
(et je suppose, sans en être sûr, que c'était le cas bien avant
l'introduction de l'¤ dans le même MacRoman).
Sous Windows 95 et 98 il y avait quelques actions à
entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Au sujet de l'euro, Apple avec MacRoman a fait une modification encore
plus critiquable que Microsoft avec Windows-1252. Alors que Microsoft a
rajouté l'euro à un emplacement auparavant non utilisé, ce qui assurait
la compatibilité dans un sens mais pas dans l'autre, Apple a *remplacé*
le symbole monétaire neutre par l'euro, ce qui a donc introduit une
incompatibilité dans les deux sens.
En définissant une nouvelle norme ISO-8859-15, différente d'ISO-8859-1,
pour y introduire l'euro, l'ISO a fait la seule chose permettant
d'assurer une compatibilité dans les deux sens.
Il me semble qu'au siècle dernier (en tous cas sur Mac) les ½, æ, et insécable, étaient gérés sans soucis directement au clavier, tout au moins dans le texteur que j'utilisais, disons ... depuis 1990.
C'est un peu loin tout ça, mais je pense que le Mac était un cas particulier.
Assez logique, du fait que les caractères ½ et ¼ font partie de MacRoman (et je suppose, sans en être sûr, que c'était le cas bien avant l'introduction de l'¤ dans le même MacRoman).
Sous Windows 95 et 98 il y avait quelques actions à entreprendre pour que l'euro fonctionne bien je crois me rappeler ?
Au sujet de l'euro, Apple avec MacRoman a fait une modification encore plus critiquable que Microsoft avec Windows-1252. Alors que Microsoft a rajouté l'euro à un emplacement auparavant non utilisé, ce qui assurait la compatibilité dans un sens mais pas dans l'autre, Apple a *remplacé* le symbole monétaire neutre par l'euro, ce qui a donc introduit une incompatibilité dans les deux sens.
En définissant une nouvelle norme ISO-8859-15, différente d'ISO-8859-1, pour y introduire l'euro, l'ISO a fait la seule chose permettant d'assurer une compatibilité dans les deux sens.
