Jej ndjdlf jds,fn ilod djfl
lkdk fkkl,f kf kkf fkki,,f lfkj,ll olfo;,mlf lopopmmf klpm;:d kmm;d;d ll,f,n llkmù;:f jk;,fncl,;f llll:mùf kmlfùmf kfmùlù::f kkmlfrù:::f kkdml;f,i jllk;fmlplù: jfokip kljojflk, jfioml;;: fkopolù:f kklfplmùdmùf klkfj^pm klmfki kfuillm ifml^p^ù: kkjfùmùmf kjmmf ljkfmùmlf fkplf kmfl::f kml^f::f lkl^f klkmf jfk gk fjlkg kkjdf gplkg kkdfmmfpùmlg; kkfo jgfjkfd jjgk kkmfkkkf jklf gjklkikdf kolflmf jkfllf gjiolf glmf jklglf jkfllg gfjkfllmg jkgfllg klf
fkkgolf gkklf;: gklmlf kkgpmmf gkkllmlf glklg lmlgùg glkmmùg gkllmgmg:g gllmg==:=g ,;lmg gllmhm gklmh glg


Le redimensionnement ne tient compte que des retours "forcés" à ligne. Si on tape des longs paragraphes, le quickreply ne réagit pas

Il est vrai, mais malheureusement il n'existe aucune méthode fiable à ce jour pour compter le nombre de lignes lorsque tu n'as pas fait de retour à la ligne. Il est donc en principe impossible de savoir combien de lignes il y a si tu ne fais pas de retour à la ligne.

C'est le nombre de lignes comptées par un pauvre

Pourtant, dans la boîte, c'est une police à espacement fixe
Ah oué mais non, ça peut varier suivant l'affichage chez les différents quidams qui postent, I presume.

Et suivant les navigateurs, et la largeur... Puis après admettons que cela soit fixe, il faudrait calculer le nombre de lettres possibles par ligne puis pour chaque ligne se demander ou le wordwrap va couper (vu qu'il coupe pas en plein milieu d'un mot), puis finalement on arriverait à un total correct...

Alors qu'une simple fonction fournie par le brouteur aurait été si simple

j'ai eu le même genre de chose avant-hier, c'était une résistance trop faible dans un convertiseur rs232 -> TTL improvisé.

C'est pas bien de se moquer de ceux qui ont un petit défaut d'élocution