Effectivement, mais tu n'es pas plus obligé de taper un #eacute; pour les é que un #nbsp; pour les espaces insécable. Tu peux taper les deux directement. Les bons layout clavier le permettent avec un minimum d'effort (il y a même eu une bonne discussion sur la question dans une news linuxfr récente).
Mais même si tu devais contorsionner pour insérer les espaces insécable, la lourdeur est alors un problème d'édition, qui doit donc être géré par l'éditeur, pas par l'affichage. MS Word le gère par exemple très bien. Charge à toi alors de désactiver les aides ou de forcer autre chose quand tu veux un résultat spécifique (chose que tu ne pourras jamais avoir si tu gères l'espace insécable à l'affichage).
> Si tu écris du code, normalement tu mets une balise du genre , et là ton
> navigateur sait que les règles changent, en fait il le sait déjà aujourd'hui, il
> l'applique... C'est fou hein ?
Pas vraiment. Avec ton tu lui interdis de revenir à la ligne, mais il ne traite pas différement ton espace avant la ponctuation double d'une autre, or il le devrait car théoriquement ce n'est pas le même caractères (d'ailleurs pour être précis ces deux espaces ne devraient même pas avoir la même taille, celle avant les ponctuation doubles est une espace fine).
> Faudra le répéter quarante fois que le moteur de rendu HTML/CSS fait déjà
> un gestion de la typographie, ne serait-ce que parce qu'il fait passer à la ligne
> quand il n'a plus la place d'afficher son texte,
Faire une mise à la ligne en repérant les caractères blancs des autres, ce n'est pas du tout du même niveau que de faire une interprétation sur le rôle du "?" pour savoir si on doit le séparer du corps du texte via un espace insécable.
> ou parce qu'il ignore quand tu mets deux espaces entre deux mots au lieu d'un ?
Là on est encore à un autre niveau puisque c'est une règle de grammaire du langage. On ne sait même pas ce qu'on manipule à ce niveau là.
Ce que tu proposes on a besoin de savoir ce qu'on manipule, en quelle langue, si la langue gère des ponctuations collées ou pas, si la ponctuation est vraissemblablement là pour du "texte classique" ou pour autre chose ...
Les deux ne sont franchement pas comparables.
[^] # Re: Huh ?
Posté par Éric (site web personnel) . En réponse au journal Libre Vs OpenSource. Évalué à 4.
Effectivement, mais tu n'es pas plus obligé de taper un #eacute; pour les é que un #nbsp; pour les espaces insécable. Tu peux taper les deux directement. Les bons layout clavier le permettent avec un minimum d'effort (il y a même eu une bonne discussion sur la question dans une news linuxfr récente).
Mais même si tu devais contorsionner pour insérer les espaces insécable, la lourdeur est alors un problème d'édition, qui doit donc être géré par l'éditeur, pas par l'affichage. MS Word le gère par exemple très bien. Charge à toi alors de désactiver les aides ou de forcer autre chose quand tu veux un résultat spécifique (chose que tu ne pourras jamais avoir si tu gères l'espace insécable à l'affichage).
> Si tu écris du code, normalement tu mets une balise du genre , et là ton
> navigateur sait que les règles changent, en fait il le sait déjà aujourd'hui, il
> l'applique... C'est fou hein ?
Pas vraiment. Avec ton tu lui interdis de revenir à la ligne, mais il ne traite pas différement ton espace avant la ponctuation double d'une autre, or il le devrait car théoriquement ce n'est pas le même caractères (d'ailleurs pour être précis ces deux espaces ne devraient même pas avoir la même taille, celle avant les ponctuation doubles est une espace fine).
> Faudra le répéter quarante fois que le moteur de rendu HTML/CSS fait déjà
> un gestion de la typographie, ne serait-ce que parce qu'il fait passer à la ligne
> quand il n'a plus la place d'afficher son texte,
Faire une mise à la ligne en repérant les caractères blancs des autres, ce n'est pas du tout du même niveau que de faire une interprétation sur le rôle du "?" pour savoir si on doit le séparer du corps du texte via un espace insécable.
> ou parce qu'il ignore quand tu mets deux espaces entre deux mots au lieu d'un ?
Là on est encore à un autre niveau puisque c'est une règle de grammaire du langage. On ne sait même pas ce qu'on manipule à ce niveau là.
Ce que tu proposes on a besoin de savoir ce qu'on manipule, en quelle langue, si la langue gère des ponctuations collées ou pas, si la ponctuation est vraissemblablement là pour du "texte classique" ou pour autre chose ...
Les deux ne sont franchement pas comparables.