Il n'y a pas de norme officielle pour le CSV, c'est bien le problème.
Il y a la RFC 4180 : http://www.rfc-editor.org/rfc/rfc4180.txt
"Common Format and MIME Type for Comma-Separated Values (CSV) Files"
(bon, OK, "que" 2005, mais elle existe)
Si il n'y a pas de norme pour le CSV aujourd'hui, il n'y a pas de norme pour HTTP non plus alors (RFC aussi, pas plus).
Et c'est en tous cas celle qu'on me demande aujourd'hui de respecter quand je fournis du CSV à des organisations.
Tes exemple sont du CSV "fait maison" (Microsoft fait du "fait maison" sur les version non-US d'Office, quelle plaie.), il est certes vrai qu'avant 2005 il n'y avait pas de norme précise donc chacun (dont moi) faisait un peu comme il voulait... Mais ce n'est plus le cas depuis 4 ans, les nouveaux projets n'ont plus d'excuse.
[^] # Re: CSV FTW
Posté par Zenitram (site web personnel) . En réponse au journal Le cauchemard de l'ETL. Évalué à 2.
Il y a la RFC 4180 :
http://www.rfc-editor.org/rfc/rfc4180.txt
"Common Format and MIME Type for Comma-Separated Values (CSV) Files"
(bon, OK, "que" 2005, mais elle existe)
Si il n'y a pas de norme pour le CSV aujourd'hui, il n'y a pas de norme pour HTTP non plus alors (RFC aussi, pas plus).
Et c'est en tous cas celle qu'on me demande aujourd'hui de respecter quand je fournis du CSV à des organisations.
Tes exemple sont du CSV "fait maison" (Microsoft fait du "fait maison" sur les version non-US d'Office, quelle plaie.), il est certes vrai qu'avant 2005 il n'y avait pas de norme précise donc chacun (dont moi) faisait un peu comme il voulait... Mais ce n'est plus le cas depuis 4 ans, les nouveaux projets n'ont plus d'excuse.