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 de stockages, > 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 sujet permettant > 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és vers 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, ou bien 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 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] >>> >> > 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