Date: prev next · Thread: first prev next last
2016 Archives by date, by thread · List index


Mes excuses pour l'élision éludée, et bien le merci pour la leçon de Français ! 

C'est noté pour le moyen de distinguer l'OOXML strict. 
Si on trouve un moyen de faire le travail sur une passerelle, je le posterai ici. 

Oui, bien sur il faudrait éviter l'OOXML, fût-il strict. 

Le RGI s'imposant à toute la fonction publique, il faudrait éviter l'OOXML strict. 
Mais il faut éviter l'OOXML ECMA, l'OOXML transtionnel & les formats binaires (doc, xls, etc.). 
Si un texte s'impose à une administration, elle essaie de le respecter et à moyen terme, elle le 
respecte....soyons optimistes. 
Encore faut-il qu'elle sache ce qui s'impose à elle. 
Seuls des moyens automatiques et systématiques permettront (peut-être) de faire respecter les 
recommandations du RGI v2.... 



----- Mail original -----

De: "Ysabeau" <id@dutailly.net> 
À: discuss@fr.libreoffice.org 
Envoyé: Lundi 25 Avril 2016 16:58:13 
Objet: Re: [fr-discuss] RGI 2.0 

Le 25/04/2016 à 14:33, mjollnir66@laposte.net a écrit : 
Si il existe un moyen de déterminer le format des OOXML de manière 
relativement simple (automatisable en tout cas), c'est probablement 
là que se situe un moyen d'avancer. Les administrations ont souvent 
des messageries internes et donc des administrateurs de passerelles 
de messagerie entrantes. 

Si il existe ? 
C'est pour : "Si, il existe" ou pour "S'il existe" ? 

En fait, j'imagine qu'un script qui chercherait dans les trois fichiers 
que j'ai nommés et dont l'emplacement ne varie pas exactement ceci : 

conformance="strict" 

serait relativement simple à faire étant donné qu'on sait exactement où 
et quoi chercher, sachant que je n'ai pas trouvé cette expression dans 
les fichiers au format OpenXML pas strict. Je reconnais que je n'ai 
cherché que dans quelques fichiers cela dit. 

Avec les passerelles antivirus, on scrute bien les pièces jointes et 
on supprime les fichiers exécutables contenus dans les fichiers 
zippés par exemple. 

On pourrait imaginer scruter les docx, xlsx, etc...dé-ziper par 
script et contrôler telle balise de tel fichier. Et si la version 
OOXML n'est pas stricte...........on supprime la pj ! Non, je 
plaisante....ce serait un peu radical. 

C'est surtout que l'OpenXML strict ne passe pas bien entre les deux 
suites bureautiques : celle de Microsoft et LibreOffice (j'imagine que 
le problème se pose de façon comparable pour LibreOffice). Donc c’est un 
format à éviter si on est pragmatique. 

Mais pour tous les fichiers doc, xls, etc. ainsi que pour les OOXML 
non strict, on répond automatiquement à l'usager un message bien 
étudié et très pédagogique du genre : 

- lien vers le BO du RGI - lien vers le RGI - pourquoi respecter les 
recommandations du RGI - pour respecter les recommandations, faites 
comme-ci comme ça en fonction des versions des suites office que vous 
utilisez. 

Ce serait une bonne idée, mais bon. 

-- 
Ysabeau 


-- 
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire 
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/ 
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés 


-- 
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être 
supprimés

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.