Une norme n'est pas faite pour être un joliment rédigée. Elle doit être explicite et donner toutes les informations nécessaires, même si ça implique un texte lourd et certaines répétitions.
Si tu dois procéder à un travail de déduction (voir d'interprétation) pour savoir comment implémenter une norme c'est qu'elle est mal rédigée. Point barre.
Je ne dis pas que ce genre de problème est rare. Rédiger une bonne norme est loin d'être évident. Mais en l'occurrence indiquer l'unité utilisée (radian ou degré) serait tout de même un minimum, même si c'est évident pour certains (mais pas forcément pour tout le monde).
Enfin, d'après l'article ce n'est pas le moindre des soucis relevés.
D'ailleurs vu que cet aspect de la normalisation est toujours en cours pour l'ODF je me demande comment ils procèdent actuellement avec OpenOffice et KOffice.
[^] # Re: Sinon, c'est peut être pas explicite, mais bon
Posté par ndesmoul . En réponse au journal Une nouvelle raison de refuser Microsoft openXML. Évalué à 5.
Si tu dois procéder à un travail de déduction (voir d'interprétation) pour savoir comment implémenter une norme c'est qu'elle est mal rédigée. Point barre.
Je ne dis pas que ce genre de problème est rare. Rédiger une bonne norme est loin d'être évident. Mais en l'occurrence indiquer l'unité utilisée (radian ou degré) serait tout de même un minimum, même si c'est évident pour certains (mais pas forcément pour tout le monde).
Enfin, d'après l'article ce n'est pas le moindre des soucis relevés.
D'ailleurs vu que cet aspect de la normalisation est toujours en cours pour l'ODF je me demande comment ils procèdent actuellement avec OpenOffice et KOffice.