• [^] # Re: CSV FTW

    Posté par . En réponse au journal Le cauchemard de l'ETL. Évalué à 5.

    Ah intéressant.
    Sauf que ça arrive trop tard, à peu près à cette période je cherchais une petite bibliothèque en java pour lire/écrire facilement du CSV, j'ai pas trouvé et je l'ai écrit moi-même (c'est pas franchement compliqué, ce qui est une des raison de toutes les variantes) et j'ai cherché une spécification. Je n'ai pas trouvé cette RFC mais plusieurs explications et j'ai décidé qu'il fallait prendre en compte les différentes variantes, donc trois séparateurs différents et deux quotes différents.

    Et même avec ça on a des clients qui ne s'en sortent pas, quand ils exportent en CSV avec excel celui-ci choisit automatiquement le séparateur de champ en fonction des paramètres régionaux et les clients ne savent pas quoi choisir lors de l'import. C'est pire dans l'autre sens, si on n'a pas choisi le bon ils ont toute la ligne dans la première cellule.
    Au moins OOo (et tous les autres tableurs que je connaisse) proposent automatiquement de choisir les options de chargement.

    De toute façon, depuis les décennies que que des programmeurs font du pseudo-CSV chacun à leur sauce, cette RFC bien tardive risque de ne rester que ça, une request for comment<:i>.