Bonjour à tous. J'ai un peu de mal à suivre ces considérations théoriques et je voudrais juste recentrer le sujet. L'origine de la discussion était le besoin de "JPH" d'ouvrir ses fichiers Excel sous OOo et d'exécuter les macros qui y sont contenues. Je me suis glissé dans le fil de la discussion car j'avais moi-même envisagé la migration de mes applications VBA sous Excel vers OOo. Je n'ai pas l'intention de tout réécrire dans un autre langage, cela représentant des centaines de ligne de code, les applications pouvant très bien continuer à vivre sous Excel, sauf si j'avais eu l'opportunité d'effectuer une migration sans (trop de) douleur ! Ce qu'il me manque donc c'est de pouvoir évaluer le travail qu'il me resterait à faire après que OOo ait converti mon code VBA en StarBasic. Or, et c'était l'objet de mon message précédent, il semble qu'en ouvrant un fichier Excel (malgré les options à activer indiquées par Marie Jo et Sophie) il n'y ait pas de conversion, le code étant repris tel quel (à part l'insertion de 2 lignes en tête : un commentaire + Option VBASupport 1).
Par contre j'avais trouvé un site (celui que j'ai indiqué à "JPH" : http://www.business-spreadsheets.com/vba2oo.asp ) qui effectue la conversion. Mais je n'ai pour l'instant aucune idée de la qualité de cette conversion, n'ayant pas eu le temps de m'y mettre. Peut-être que "JPH" a fait un petit test ? Bonne journée, Bernard Samuel Mounier (Liste CGO) a écrit : > Laurent Godard a écrit : >> Bonjour >> >>> Je m'avance peut être mais tu devrai voir du coté de Python, Java, C >>> (bien que celui est le désavantage de devoir être recompilé voir >>> adapté en fonction des machines et des systèmes). >>> >> >> ce probleme d'adherence, dans ce cas, est pour moi un faux probleme >> >> l'adherence n'est (heureusement) pas issue du langage utilisé mais de >> l'API utilisée, des objets manipulés >> >> et que l'on soit en Java, C++, python, OOoBasic, c'est la meme ! >> >> Donc l'adherence sera recrée. autant utiliser un langage connu ou qui >> sied à la politique de l'entreprise >> >> si on veut éviter l'adherence, il faut manipuler les documents Odf de >> maniere externe. des que l'on touche à l'API on recreer de l'adherence >> >> Laurent > > Je suis d'accord avec toi sur ce point, c'est pour ça que j'ai précisé > à la fin de mon message. > > >> En générale ces langages peuvent se sortir assez bien des tâches > que >> l'on effectue avec des macro (ouverture de fichier retraitement > etc.). > > Ça n'a peut être pas été compris ainsi, mais je voulais dire faire des > choses simples, assez simplement (traitement de fichier csv, renommer > des fichiers, etc.). > > Il est claire que pour des opérations plus évoluées (travail sur des > fichiers au format natifs et autre), je ne préconise pas forcement le > traitement externe d'OOo (à moins que l'on sache le faire et que l'on > est une parfaite connaissance du format de fichier). > > Mais dans ce cas, il y aura forcement un jour ou l'autre une petite > évolution du format qui génèrera de la maintenance sur le code créé. > Souvent Ce sera moins contraignant de passé par l'API et donc > d'attaquer en interne les objets OOo (après le langage est au choix > c'est sûr). > > Samuel > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org > For additional commands, e-mail: users-h...@fr.openoffice.org > > --- Antivirus avast! : message Sortant sain. Base de donnees virale (VPS) : 091019-0, 19/10/2009 Analyse le : 20/10/2009 12:41:16 avast! - copyright (c) 1988-2009 ALWIL Software. http://www.avast.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
