• [^] # Re: NIH

    Posté par (site web personnel) . En réponse au journal Détection du format de fichier, ma solution à implémenter. Évalué à 2.

    Comme je l'ai déjà dit (mais ce n'est pas ressorti assez dans le journal) je pense qu'il faut effectivement utiliser à fond les attributs étendus. Les fichiers desc sont là uniquement pour apporter une compatibilité avec les systèmes incompatibles.

    Pour ce qui est de l'évolutivité, je n'avais pas l'impression de la limiter, mais c'est vrai que c'est peut être le cas. Il faut bien comprendre que ce n'est qu'un draft que j'ai écrit hier dans la nuit car je voulais noter l'idée avant de dormir :). L'idée c'est que les headers du style X-Quelquechose ou com.example.quelquechose sont disponnible à tout le monde, les autres doivent être présents dans la norme. mais il n'est absolument pas interdit de rajouter des headers dans la norme.

    En fait il faudrait peut être faire ça avec la version. Si la version du fichier est supérieure à la version du parseur, alors les headers inconnus sont ignorés et le fichier est valide.

    Pour ce qui est de la RFC 2822, je me doutais bien que ce que je faisais devait déjà être plus ou moins normalisé. Cependant (je n'ai pas encore regardé la RFC) mon système permet de mettre n'importe quelle donnée *binaire* comme valeur des headers. C'est pour cela que je n'ai pas cherché la RFC... Mais c'est vrai qu'on peut toujours utiliser base64 ou autre codage si on veut.