Il n'est pas question de corriger des fautes typographiques mais de respecter les règles typographiques.
* fatigue...
C'est ce qu'il faut faire mettre une espace entre ton mot et ton point d'interrogation, d'ailleurs tu devrais à chaque fois mettre une espace insécable, écrire « <mon_mot> ? ».
Mais ça c'est lourd et gérer les espaces insécables c'est simple à faire pour le navigateur, même si le navigateur c'est links, ils sont censé déjà savoir le faire d'ailleurs...
Si tu écris du code, normalement tu mets une balise du genre <pre>, 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 ?
Maintenant explique-moi comment l'utilisateur ou le site gère les césures des mots en fin de ligne ? Alors ? Des idées, des solutions ?
Si t'en as une qui soit autre chose que "fixer la résolution de la page, la taille et le type des polices", je suis preneur, parce que ça c'est une solution déplorable et inacceptable.
La faiblesse et la fainéantise elle est où là ? C'est de pas coder son propre moteur de rendu ?
Ras-le-bol des gens qui lisent pas, et qui comprennent rien.
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, ou parce qu'il ignore quand tu mets deux espaces entre deux mots au lieu d'un ?
Mais il ne gère pas tout, et c'est dommage parce qu'on ne peut pas faire certaines choses, et le seul à posséder tout les éléments permettant de les faire, c'est le moteur de rendu (taille de la zone de texte, de la police, type de police, type de périphérique de sortie (terminal, papier, voix), etc...).
Là tu comprends mieux ou je te réexplique encore différemment ?
Maintenant il paraitrait logique que si on dit au navigateur "ceci est du texte en français" il soit capable de gérer les espaces dans l'écriture d'un nombre, qu'il mette des espaces insécables entre les éléments de ponctuation et les mots avant, qu'il affiche tout seul l'espace qui va bien après le guillemet ouvrant et avant le guillemet fermant (attention : des guillemets c'est ça : « », pas ça : " ").
Je lui donne du fond, un texte en français, il doit l'afficher en suivant les règles typographiques qui correspondent, puisque c'est lui qui fait l'affichage donc la typographie.
Et ton monstre de moteur c'est juste un bidule d'expressions régulières déjà inclus, il faut une poignée de moulinettes triviales pour gérer la majeure partie des règles typographiques qui ne sont pas juste présentes à l'écriture du texte. Ya surtout pour les césures où c'est chaud. D'ailleurs aucun navigateur ne les gère.
[^] # Re: Huh ?
Posté par Yth (Mastodon) . En réponse au journal Libre Vs OpenSource. Évalué à 1.
* fatigue...
C'est ce qu'il faut faire mettre une espace entre ton mot et ton point d'interrogation, d'ailleurs tu devrais à chaque fois mettre une espace insécable, écrire « <mon_mot> ? ».
Mais ça c'est lourd et gérer les espaces insécables c'est simple à faire pour le navigateur, même si le navigateur c'est links, ils sont censé déjà savoir le faire d'ailleurs...
Si tu écris du code, normalement tu mets une balise du genre <pre>, 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 ?
Maintenant explique-moi comment l'utilisateur ou le site gère les césures des mots en fin de ligne ? Alors ? Des idées, des solutions ?
Si t'en as une qui soit autre chose que "fixer la résolution de la page, la taille et le type des polices", je suis preneur, parce que ça c'est une solution déplorable et inacceptable.
La faiblesse et la fainéantise elle est où là ? C'est de pas coder son propre moteur de rendu ?
Ras-le-bol des gens qui lisent pas, et qui comprennent rien.
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, ou parce qu'il ignore quand tu mets deux espaces entre deux mots au lieu d'un ?
Mais il ne gère pas tout, et c'est dommage parce qu'on ne peut pas faire certaines choses, et le seul à posséder tout les éléments permettant de les faire, c'est le moteur de rendu (taille de la zone de texte, de la police, type de police, type de périphérique de sortie (terminal, papier, voix), etc...).
Là tu comprends mieux ou je te réexplique encore différemment ?
Maintenant il paraitrait logique que si on dit au navigateur "ceci est du texte en français" il soit capable de gérer les espaces dans l'écriture d'un nombre, qu'il mette des espaces insécables entre les éléments de ponctuation et les mots avant, qu'il affiche tout seul l'espace qui va bien après le guillemet ouvrant et avant le guillemet fermant (attention : des guillemets c'est ça : « », pas ça : " ").
Je lui donne du fond, un texte en français, il doit l'afficher en suivant les règles typographiques qui correspondent, puisque c'est lui qui fait l'affichage donc la typographie.
Et ton monstre de moteur c'est juste un bidule d'expressions régulières déjà inclus, il faut une poignée de moulinettes triviales pour gérer la majeure partie des règles typographiques qui ne sont pas juste présentes à l'écriture du texte. Ya surtout pour les césures où c'est chaud. D'ailleurs aucun navigateur ne les gère.
Yth.