Selon SitePoint strong> ( une source Je suis généralement très fiduciaire em>) lors de la spécification Je n'ai pas de préférence écrasante de toute façon - Mais je détesterais une page pour rendre différemment parce que j'ai tapé un par exemple Y a-t-il des cas connus où 2 divs avec la barre code> et Font-famille CODE> Noms certains systèmes d'exploitation / navigateurs
"V" minuscule code> contre
"v" code> quelque part dans un fichier CSS. P >
bar code> ci-dessous rendraient avec une police différente? p>
4 Réponses :
Ce gars semble avoir des problèmes lors de l'utilisation de Flex, il semble donc y avoir une certaine vérité à ceci:
Lorsque vous utilisez CSS dans Flex to Style Composants, la propriété Font-Family peut être sensible à la casse sur certains systèmes d'exploitation. Par exemple, le Suite CSS ne fonctionnera pas sur mon Navigateur Safari avec Flash Player 10: P>
.content{font-family: Arial;}
Flex CSS n'est emprunté que sur le Web, mais c'est différent (c'est-à-dire un support immobilier limité, interprété au moment de la compilation et non d'exécution).
Une belle question en effet. Personnellement, je n'ai pas entendu parler de problèmes qui ont quelque chose à voir avec la sensibilité des cas. P>
Ce que vous devriez vous soucier de davantage concerne la présence de ces polices sur divers systèmes. Verdana et Arial ne sont pas disponibles sur Mac. Helvetica n'est pas disponible sous Windows. Vous avez défini deux ensembles avec une zone d'intersection zéro dans les dimensions Win / Mac. P>
Tout va bien ... Mon exemple n'est probablement pas le meilleur cas ... Je devrais le mettre à jour avec une famille de polices multiplate-forme.
Mon devinez em> est que cela ne constituerait qu'un problème potentiel sur les systèmes Linux / Unix, où le système de fichiers est sensible à la casse. Je serais surpris si un navigateur Windows avait un problème avec cela, car les polices ne sont que des fichiers dans le répertoire C: \ windows \ polices. Vous pouvez essayer de faire une page avec le texte de test dans une police reconnaissable comme Courier neuf, mais épelez-le drôle comme "Courrier Nouveau", puis allez à http://browsershots.org/ où il générera Captures d'écran des tonnes de navigateurs. Assurez-vous de rendre la police très grande aussi, car les captures d'écran sont petites. P> quelque chose comme ceci: p> si un seul EM> La ligne apparaît dans Courrier, alors ce navigateur est sensible à la casse. p>
Ce ne serait pas un problème sur les systèmes Linux / Unix non plus. Le nom de la police n'est pas identique au nom de fichier qui stocke les données de police. Le navigateur recherche le nom de la police comme le sait le système d'exploitation et non le nom de fichier.
Cela ne répond pas à la question.
Bien que le Vue d'ensemble de la syntaxe CSS dit P>
Les règles suivantes tiennent toujours: Toutes les feuilles de style CSS sont insensibles à la casse, à l'exception des pièces qui ne sont pas sous le contrôle de CSS. Par exemple, la sensibilité de la case-sensibilité des valeurs des attributs HTML "ID" et "Classe", de Noms de polices forts>, et d'URIS réside en dehors du cadre de cette spécification forte>. Notez en particulier que les noms d'éléments sont insensibles au cas de la casse HTML, mais sensible à la casse en XML. P> blockQuote>
the module CSS3-Polices Mandats Comparaison insensible à la casse: p >
Pour d'autres noms de famille, l'agent d'utilisateur tente de trouver le nom de famille parmi les polices définies via des règles @ font face-face, puis parmi les polices système disponibles, des noms correspondants
avec une comparaison de cas insensible. strong> < / p> blockQuote> Donc, la spécification CSS3 nécessite que les noms de police soient traités insensiblement. p>
Le texte du point de site utilise des mots Weasel. "Certains X pourraient causer Y." Cela ressemble à un politicien a écrit cette phrase. Il devrait dire quels OS / navigateurs sont sensibles à la casse ou donnent au moins un exemple. Sans que cela semble composé.