Pour ma part, si le correspondant doit uniquement lire le document, je l'envoie un PDF.
----------------------------------- Stéphane PURNELLE [EMAIL PROTECTED] Service Informatique Corman S.A. Tel : 00 32 087/342467 Anne GRIMAULT <[EMAIL PROTECTED]> a écrit sur 18/11/2008 16:09:17 : > Je suis également intéressée par ces questions et celle des bonnes > procédures pour échanger des fichiers avec des correspondants du monde MSO. > Vaut-il mieux, en effet, sauvegarder d¹abord dans un format OO.o ? Mais > alors comment s¹assurer que nos correspondants pourront ouvrir les pièces > jointes sans difficultés ? Pour le moment, je crée chaque document sous OO.o > dans le format MSO mais j¹ai peut-être tort. > > Anne > Mac OS X.4.11 > > > Le 18/11/08 15:56, « Sebastien Pons » <[EMAIL PROTECTED]> a > écrit : > > > Merci Jean Michel pour cette première réponse. > > > > J'ai déjà consulté les infos dispos sur les ressources openoffice.org > > Mon souci, c'est qu'elles sont très généralistes et souvent un brin obsolète > > (on parle souvent des versions 1.x de OOo....) > > > > Pour le reste j'essaye de mesurer les impacts liés à la migration,quels sont > > les risques liés à l'enregistrement en .doc,.xls, etc... par rapport à un > > enregistrement en format natif OOo? (désolé mes connaissances sur le sujet > > grandissent de jour en jour mais quand on part de pas grand chose > ce n'est pas > > facile). > > > > Merci pour Multidiff, mais cela me parait exclu, un des points mis en avant > > pour le passage à OOo a justement été la diminution des espaces destockages, > > donc il est exclu de doubler ou tripler les types d'enregistrement afin > > d'assurer une meilleure compatibilité. > > > > J'ai déjà pu établir que tous les flux de communications vers l'extérieur se > > feront en PDF, chose qui limite déjà les risques externes. > > > > Quant tu dis "Quant au langage des macros, il est interprété aussi bien par > > OOo 3.0 que par OOo 2.x ... mais pas par les programmes MSO, et vice versa > > d'ailleurs. La version OOo de Novell semble apporter une meilleure > > compatibilité. Là aussi, sur ce sujet, le forum met en ligne de nombreuses > > ressources. " qu'entends tu par "aussi bien"? Dois je tester toutes les > > macros pour me faire une idée, ou existe t il des stats à ce sujetpermettant > > d'extrapoler la charge de travail liée à la refonte de ces > fameuses macros en > > langage compatible OOo ou bien dois je croire au père Noel et me dire que > > toutes les macros créées sous MSO passerotn sous OOo sans souci :) > > > > Dans tous les cas encore merci pour ta réactivité. > > > > Sébastien. > > > > > > > > Jean Michel PIERRE a écrit : > >> Bonjour, > >> Sans être un spécialiste des déploiements en masse, > >> Je constate qu'il y a de nombreux retours d'informations que ce soit sur le > >> site officiel : > >> http://fr.openoffice.org/Marketing/matexpo/Documents/index.html > >> sur le forum : > >> http://user.services.openoffice.org/fr/forum/search.php > >> sur le wiki : > >> http://wiki.services.openoffice.org/wiki/Special:Search?search=d% > C3%A9ploieme > >> nt&go=Consulter > >> > >> En ce qui concerne les formats d'enregistrement, il n'est pas préconisé de > >> sauvegarder directement en formats MSO, mais de faire cette sauvegarde aux > >> formats odf. > >> Il y a cependant une extension qui peut intéresser, c'est MultiDiff, qui > >> permet de sauvegarder le même document dans 3 formats : MSO, OOo, et pdf. > >> Elle fonctionne très bien avec OOo 2.x. Après son installation, une icône > >> apparait sur la barre d'outils et peut remplacer l'icone de la sauvegarde > >> standard. > >> > >> Quant au langage des macros, il est interprété aussi bien par OOo > 3.0 que par > >> OOo 2.x ... mais pas par les programmes MSO, et vice versa d'ailleurs. La > >> version OOo de Novell semble apporter une meilleure > compatibilité. Là aussi, > >> sur ce sujet, le forum met en ligne de nombreuses ressources. > >> > >> Ton courriel devrait attirer d'autres commentaires. > >> > >> J.M > >> > >> Sebastien Pons a écrit : > >> > >>> bonjour, > >>> > >>> j'espère être au bon endroit pour trouver quelques réponses à > mes multiples > >>> interrogations. > >>> > >>> Je travaille sur un projet de migration de MS Office Xp vers OOo 2.3.1 > >>> (version arrêtée et déjà déployée sur l'ensemble des postes (environ 650 > >>> postes)). > >>> Je cherche à obtenir des retours d'expériences et conseils pour que cette > >>> migration se passe dans les meilleures conditions. > >>> l'un d'entre vous a t il déjà mis à disposition des informations sur ce > >>> point? > >>> > >>> Actuellement les 2 suites sont donc présentes sur les postes et MSO est > >>> toujours celle utilisée par défaut. > >>> Les nouveaux développement en internes sont quant à eux orientésvers OOo. > >>> Les principales difficultés d'ores et déjà identifiées au niveau de la > >>> reprise de l'existant sont les mises en page, les macros existantes, le > >>> publipostage et les adhérences entre applicatifs métiers internes et OOo. > >>> > >>> Les architectes ayant travaillé sur le sujet avant mon arrivée ont fait > >>> quelques préconisations dont je souhaite re valider la > pertinence. Notamment > >>> sur les formats d'enregistrements. Il a été préconisé de conserver les > >>> formats d'enregistrement MSO par défaut. Quels sont les risques associés à > >>> ce choix sur du long terme? (problèmes connus d'ouverture et > modification de > >>> fichier alternativement sous MSO et OOo?) > >>> > >>> Ensuite, l'assistant de conversion des macros VBA fournit sur OOo 3 permet > >>> il réellement d'intégrer des macros sans "retoucher" au code, oubien faut > >>> il prévoir quoi qu'il en soit des développements spécifiques? Dans > >>> l'affirmative, une conversion faite via OOo 3 permettra t elle d'utiliser > >>> cette macro sous OOo 2.3.1? > >>> > >>> > >>> Je suis donc preneur de toute info me permettant d'avancer plus > sereinement > >>> sur le sujet. > >>> > >>> D'avance merci pour vos lumières. > >>> > >>> > >>> PS : il est exclu pour l'instant de passer directement sur la V3 d'OOo... > >>> > >>> > >>> Sébastien > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> > >>> Ce message est protégé par les règles relatives au secret des > >>> correspondances. Il est donc établi à destination exclusive de son > >>> destinataire. Celui-ci peut donc contenir des informations > confidentielles. > >>> La divulgation de ces informations est à ce titre rigoureusementinterdite. > >>> Si vous avez reçu ce message par erreur, merci de le renvoyer à > l'expéditeur > >>> dont l'adresse e-mail figure ci-dessus et de détruire le messageainsi que > >>> toute pièce jointe. > >>> > >>> This message is protected by the secrecy of correspondence > rules. Therefore, > >>> this message is intended solely for the attention of the addressee. This > >>> message may contain privileged or confidential information, as such the > >>> disclosure of these informations is strictly forbidden. If, by > mistake, you > >>> have received this message, please return this message to the addressser > >>> whose e-mail address is written above and destroy this message > and all files > >>> attached. > >>> > >>> > >>> > >>> ------------------------------------------------------------------------ > >>> > >>> --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >> > > Ce message est protégé par les règles relatives au secret des > correspondances. > > Il est donc établi à destination exclusive de son destinataire. > Celui-ci peut > > donc contenir des informations confidentielles. La divulgation de ces > > informations est à ce titre rigoureusement interdite. Si vous avez reçu ce > > message par erreur, merci de le renvoyer à l'expéditeur dont > l'adresse e-mail > > figure ci-dessus et de détruire le message ainsi que toute pièce > jointe. This > > message is protected by the secrecy of correspondence rules. Therefore, this > > message is intended solely for the attention of the addressee. This message > > may contain privileged or confidential information, as such the > disclosure of > > these informations is strictly forbidden. If, by mistake, you have received > > this message, please return this message to the addressser whose e-mail > > address is written above and destroy this message and all files attached. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > Anne Grimault - iMac Intel - OS 10.4.11. > > ³Je ne cherche pas à connaître les réponses, > je cherche à comprendre les questions² Confucius > > >