bonjour,
à part le dernier lien, j'avais déjà vu tout ça ;-)
j'ai avancé dans mes différents tests, en attendant d'avoir plus d'infos
sur les flux de comm et sur les "habitudes" des utilisateurs quant à
leur mode de travail.
rapidement donc : il faut refaire toutes les macros, certaines
parviennent à être correctement interprétées par la suite OOo 3.0 de
novell mais dès lors que l'on tente une conversion du document c'est la
cata.
Idem pour le publipostage, une ouverture du fichier sans conversion
permet de garder les champs liés mais on perd le mapping des champs avec
la source de données (et la déclaration de la source de données ne
permet de les restituer :'( ) et si l'on fait la conversion on perd tout
sauf l'intitulé des champs liés....
si quelqu'un a une astuce je suis preneur....
yves dutrieux a écrit :
Bonsoir,
qq lectures intéressantes si vous ne les avez pas déjà lues ;-)
http://www.framabook.org/openoffice.html
http://www.pilotsystems.net/actus/migration_ooo_framabook.pdf/view?searchterm=None
http://www.osor.eu/expert-studies/expert-docs/ida-open-source-migration-guidelines-fr
Yves.
Le 19 novembre 2008 09:30, Sebastien Pons
<[EMAIL PROTECTED]>a écrit :
Bonjour,
encore et toujours merci pour ces réponses.
Si ça ne tenait qu'à moi nous ne poserions pas la question de la version à
installer sur les postes. Ceci étant les architectes ayant fait la
qualification de la suite OOo ont pris leur temps et le projet est resté en
standby pendant plusieurs mois en attendant notamment mon arrivée dans la
société. Je récupère donc un bébé déjà bien grand, qui ne sait certes pas
marcher tout seul mais qui a déjà fait ses choix :(, mon objectif étant
déjà de déployer une version (même obsolète), par la suite nous verrons pour
un upgrade, c'est déjà bien qu'une institution se lance dans l'aventure
(enfin c'est ce que je me dis).
Je me dois donc de me battre avec la 2.3.1.... je vois déjà les soucis
arrivés avec ma demande de modification des formats d'enregistrements par
défaut!
Vos réponses vont d'ailleurs m'aider à le justifier auprès des architectes
et autres décideurs.
Voilà comment je vois les choses :
1- tout document à vocation interne / externe n'ayant pas pour objectif la
modification sera généré en PDF
2- tout document à vocation interne ayant pour objectif la modification
sera enregistré au format natif d'OOo
3- tout document à vocation externe devant être modifiable (ou modifié)
sera enregistré au format MSO + OOo (pour archive en interne).
Les 1eres analyses me laissent penser que peu de document sont dans le cas
N°3.
Reste maintenant pour moi à identifier les utilisateurs amateurs de macros
excel, de publipostage et enfin les adhérences entre applicatifs/progiciels
et la suite MSO afin de lancer les développement/upgrade nécessaires à
l'arrivée d'OOo.
Existe t il un moyen simple (script ou autre) d'identifier les fichiers MSO
(excel, word) contenant des macros?
Je crains d'ailleurs que sur ces derniers points nous n'ayons besoin
d'accompagnement, les équipes n'étant pas suffisamment autonome au niveau
programmation en environnement OOo.
Avez vous déjà travaillez avec des prestataires sur ce type de mission? si
oui, je suis preneur des informations.
Merci
Sébastien
Jean-Baptiste Faure a écrit :
Le 18.11.2008 15:56, Sebastien Pons 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).
Bonjour,
Dans OpenOffice.org il y a deux choses fondamentales :
1/ le format ouvert et normalisé OpenDocument (ISO 26300)
2/ l'utilisation d'un logiciel libre
ODF est le format interne de OOo et il n'y a pas correspondance exacte
avec les formats MSO doc, xls, ppt qui sont des formats fermés en voie
d'abandon par MS, vous n'avez donc aucune garantie sur la pérennité de vos
données, le format dépendant du bon vouloir de MS.
Dire qu'il n'y a pas correspondance exacte signifie :
- à chaque enregistrement en format MSO il y a conversion vers un format
étranger ;
- à chaque ouverture il y a conversion depuis un format étranger ;
- certaines mises en forme peuvent être perdues ou altérées ;
En revanche le format ODF garantit la possibilité d'accès au document,
indépendamment de OOo.
Je pense qu'il est essentiel d'adapter le choix du format de fichier à son
utilisation. Ce qui suppose former les utilisateurs et faire confiance à
leur intelligence.
Je distinguerais au moins les usages suivants :
1/ rédaction et stockage du document : il faut un format de référence à
partir duquel on pourra produire des copies plus ou moins jetables dans
d'autres formats ;
2/ élaboration à plusieurs : il faut définir un format commun,
éventuellement provisoire, selon les contraintes de chacun des participants
;
3/ diffusion pour lecture seule : PDF ;
4/ archivage non modifiable : PDF/A-1
En conclusion les données sont plus importantes que les outils pour les
manipuler
PS : je ne comprends pas cette fixation sur une version obsolète de OOo.
Qu'on souhaite attendre un peu pour voir avant de passer à la version 3 je
peux le comprendre mais ne pas passer à la version 2.4.2 (d'ici un jour ou
deux, 2.4.1 d'ici là) me parait absurde. Vous appliquez bien les correctifs
de MS-Windows pourquoi ne pas mettre à jour vers une version qui corrige de
nombreux bugs et plusieurs failles de sécurité ? À mon avis c'est donner un
argument à ceux qui voudront prouver que la migration ne marche pas.
Bonne journée
JBF
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]