Bonjour,
j'essaye de comprendre le mode de fonctionnement de l'outil
d'interopérabilité inclus par novell dans sa distribution d'OOo censé
offrir un support des macros VBA dans OOo (sous calc tout du moins).
Mais j'avoue être quelque peu perdu.
S'agit-il d'un interpréteur ou d'un convertisseur?
Si convertisseur, comment l'utilise t on? y a t il un moyen de récupèrer
du code VBA converti Basic? (mode newbie ON)
J'ai fait différent tests sur des fichiers excel contenant des macros
VBA, qui semblent bien fonctionner tant que le fichier est en format XLS
mais dès lors que le converti (sans toucher aux macros) ça ne fonctionne
plus... j'ai donc du rater quelque chose.
Enfin, existe t il une extension ou un module permettant d'obtenir ce
genre de fonctionnalité sur des versions plus anciennes que la 3 en
environnement windows?
Merci et n'hésitez pas à me demander plus d'infos... je découvre peu à
peu l'ampleur de la tâche et donc j'apprends tant bien que mal tout au
fil des lectures....
Sébastien
Sebastien Pons 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]
