Quand on reçoit des données provenant d'un champ <textarea> d'un
formulaire (par POST si ça a la moindre importance), qu'est-ce qui
détermine le style des fins de lignes (CR, LF, CR+LF) ? Est-ce que c'est
standardisé, ou bien ça dépend du client et il faut donc faire attention
à gérer le truc correctement ?
Sachant que les données sont traitées par un script PHP, j'hésite une
peu à poster ici ou dans fcl.php, car je ne sais pas si ça dépend
unniquement du protocole http, ou bien si PHP est susceptible
d'appliquer une forme de normalisation aux données reçues. Désolé si je
me suis trompé de groupe, et n'hésitez pas à re-diriger le cas échéant.
Merci d'avance !
--
Manuel Pégourié-Gonnard Institut de mathématiques de Jussieu
http://weblog.elzevir.fr/ http://people.math.jussieu.fr/~mpg/
C'est dépendant de la plateforme du client...
--
Paul Gaborit - <http://perso.mines-albi.fr/~gaborit/>
> À (at) Wed, 1 Apr 2009 16:17:25 +0200 (CEST),
> mpg <mpg+...@elzevir.fr> écrivait (wrote):
>> Quand on reçoit des données provenant d'un champ <textarea> d'un
>> formulaire (par POST si ça a la moindre importance), qu'est-ce qui
>> détermine le style des fins de lignes (CR, LF, CR+LF) ? Est-ce que c'est
>> standardisé, ou bien ça dépend du client et il faut donc faire attention
>> à gérer le truc correctement ?
>
> C'est dépendant de la plateforme du client...
>
Ok, merci. Pour mon édification, c'est quoi la source d'information
faisant autorité sur ce genre de questions ?
Les recommandations du W3C... Et la RFC2045 pour la partie MIME. Mais
cela n'est évoqué nul part. En fait les recommandations disent que si
on est en application/x-www-form-urlencoded, les passage à la ligne
devrait être codés "CR LF" ("%0D%0A") mais les navigateurs ne le
respectent pas tous. Par contre, lorsqu'on est en multipart/form-data,
alors là, il n'y a plus rien. L'encodage des champs n'est pas transmis
ni le codage des passages à la ligne...
>> Ok, merci. Pour mon édification, c'est quoi la source d'information
>> faisant autorité sur ce genre de questions ?
>
> Les recommandations du W3C... Et la RFC2045 pour la partie MIME. Mais
> cela n'est évoqué nul part. En fait les recommandations disent que si
> on est en application/x-www-form-urlencoded, les passage à la ligne
> devrait être codés "CR LF" ("%0D%0A") mais les navigateurs ne le
> respectent pas tous. Par contre, lorsqu'on est en multipart/form-data,
> alors là, il n'y a plus rien. L'encodage des champs n'est pas transmis
> ni le codage des passages à la ligne...
>
Noté, merci pour ces précisions.