OVH Cloud OVH Cloud

faut il coder ces caractères ?

4 réponses
Avatar
Xavier Bertschy
Bonjour.
J'ai un champ : <input name="Societe" type="text" class="formstandard"
id="Societe" value="héhé">

Dois-je mettre pour la valeur d'un champ de type input les accents codés
? ou je peux les laisser ainsi ?

Xavier
www.xb83.ch

4 réponses

Avatar
Denis Flament
M. Frederic Saunier wrote:

Sinon, honnêtement je t'avouerais que c'est bien la rare rêgle
d'usage de Usenet et d'envoi de mail que je trouves totalement
obsolète et ridicule. Il est absurde que les mails textes soient
encore coupés à la 70ème / 132ème ... millième ligne, alors que
n'importe quel bash supporte de nos jours (et même avant) le
formatage du mail qu'il soit ou non coupé à 70 caractères avant
d'être envoyé. Je trouve cela totalement insupportable de voir ses
paragraphes coupés toutes les 70 lettres alors que n'importe quel
mail reader sera capable d'autoformater le texte selon
l'agrandissement de la fenêtre et de coller à chaque redimension le
caractère de réponse retour à la ligne là où il faut et quand il
faut.




En tant que lecteur je trouve désagréable (pas insupportable, mais quand
même) de lire ton message avec une ligne complète en alternance avec une
demi-ligne, parce que mon logiciel revient à la ligne au bord de la
fenêtre mais continue de subir les retours à la ligne de ton message,
qui interviennent au milieu de la ligne suivante (ça dépend de la
fenêtre, évidemment).

Et, rien que pour te répondre, je suis obligé de recourir à la commande
"rewrap" parce qu'il n'y a plus de retour à la ligne par défaut.

En quoi t'est-ce insupportable de couper tes lignes plus court, ce qui
t'éviterait d'insupporter tes lecteurs ??? Je ne vois pas bien.

--
Denis

R. Parce que ça rompt le cours normal de la conversation !!!
Q. Pourquoi ne faut-il pas répondre au-dessus de la question ?
Avatar
Emmanuel Florac
Dans article <bu63ls$dlv$, om+
disait...

Non, je ne connais aucun navigateur, aussi ancien soit-il, qui ait
besoin d'entités HTML alors que le charset est correctement déclaré.




Même Mosaic 1.0?

--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Avatar
Vincent Lefevre
Dans l'article ,
Emmanuel Florac écrit:

Dans article <bu63ls$dlv$, om+
disait...
>
> Non, je ne connais aucun navigateur, aussi ancien soit-il, qui ait
> besoin d'entités HTML alors que le charset est correctement déclaré.

Même Mosaic 1.0?



Ça m'étonnerait que Mosaic 1.0 supporte les entités en question, donc
la réponse devrait être "oui". :)

--
Vincent Lefèvre - Web: <http://www.vinc17.org/> - 100%
validated (X)HTML - Acorn Risc PC, Yellow Pig 17, Championnat International
des Jeux Mathématiques et Logiques, TETRHEX, etc.
Work: CR INRIA - computer arithmetic / SPACES project at LORIA
Avatar
jdseyres
M. Frederic Saunier wrote:

Sinon, honnêtement je t'avouerais que c'est bien la rare rêgle d'usage de
Usenet et d'envoi de mail que je trouves totalement obsolète et ridicule.
Il est absurde que les mails textes soient encore coupés à la 70ème /
132ème ... millième ligne, alors que n'importe quel bash supporte de nos
jours (et même avant) le formatage du mail qu'il soit ou non coupé à 70
caractères avant d'être envoyé. Je trouve cela totalement insupportable de
voir ses paragraphes coupés toutes les 70 lettres alors que n'importe quel
mail reader sera capable d'autoformater le texte selon l'agrandissement de
la fenêtre et de coller à chaque redimension le caractère de réponse
retour à la ligne là où il faut et quand il faut.



Le pb vient peut-être de là : tu utilises un mail reader, et non pas un
news reader. De plus, Outlook est réputé pour accepter tout et n'importe
quoi, et l'interpréter à sa façon.

Certains contributeur peuvent peut-être nous donner plus d'infos sur les
règles de typographie concernant la longueur des lignes, qui ne sont pas
là pour emmerder le lecteur ou l'éditeur, mais pour s'assurer qu'une
ligne puisse être lue facilement sans perte de niveau lors du passage à
la ligne suivante. Je crois que que c'est une des raisons essentielles
du raccourcissement des lignes (hormis l'historique taille des écrans en
mode caractère).

--
Jean-Daniel Seyrès