Re: [users-fr] RE : [users-fr] Macro dans tableur OO (calc)
Bonjour à tous, Pour ma part, j'ai testé le site de conversion VBA vers OOo Basic. Je dois dire qu'il fonctionne très bien. Pas de souci. Il faut juste faire attention de ne pas avoir 2 SUB imbriqués. Sous VBA, c'est possible, mais pas sous OOo, apparemment. MT JPH a écrit : Tout d'abord, MERCI à tous pour votre prise en considération du problème... Non, je n'ai pas testé le site indiqué par Bernard car je n'ai pas eu le temps. En fait je profitais d'un changement d'ordinateur pour implanter Open Office mais en voulant utiliser des fichiers que j'avais mis au point sur le précédent. Ayant un besoin pressant de ces fichiers j'ai réimplanté MS Office sur mon nouvel ordi. Cela dit le problème subsiste (dès que j'ai un moment je me relance sur OO) et je trouve étonnant qu'il n'y ait pas de solution avérée car depuis le temps il doit y avoir nombre d'utilisateurs de OO qui ont été dans ce cas. Au plaisir... -Message d'origine- De : ribotb [mailto:rib...@gmail.com] Envoyé : mardi 20 octobre 2009 12:41 À : users@fr.openoffice.org Objet : Re: [users-fr] Macro dans tableur OO (calc) 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 -
[users-fr] RE : [users-fr] Macro dans tableur OO (calc)
Bonjour, D'après ce que j'ai vu en cochant "code exécutable dans excel" au bout du chemin indiqué par Sophie, dans OO, (outil>options>chargement>enregistrement>propriétés VBA) C'est aussi faisable pour word et power point (je l'ai fait mais ne l'ai pas testé) Bonne matinée... -Message d'origine- De : Jaccomard [mailto:jaccom...@free.fr] Envoyé : mercredi 21 octobre 2009 07:17 À : users@fr.openoffice.org Objet : RE: [users-fr] Macro dans tableur OO (calc) Bonjour à tous, Je me greffe sur ce fil pour savoir si vous avez aussi des pistes pour convertir du vba *Word* vers Ooo Writer ? (précision : je n'ai pas encore testé le site proposé par Ribotb, mais je vais essayer et vous donnerai des nouvelles, même s'il semble prévu pour Excel, à priori). Cordialement, O.jaccomard, professeur de mathématiques, formateur TICE (http://scolamath.free.fr, http://gipomath.free.fr) -Message d'origine- De : JPH [mailto:jp...@free.fr] Envoyé : mardi 20 octobre 2009 19:44 À : users@fr.openoffice.org Objet : [users-fr] Macro dans tableur OO (calc) J'ai fait comme indiqué par Sophie et Marie-Jo (notamment cocher dans outils>options>chargement>enregistrement>propriétés VBA>code exécutable dans excel) ... ça marche !!! Enfin presque... Les macros s'ouvrent (à condition de les assigner à l'icône qui va bien) MAIS il ya des bugs quil me faut corriger un par un. Et notamment celui-ci : je « colle » dune feuille sur une autre des cellules qui sont fusionnées sur la première mais pas sur la deuxième ; ça marche dans excel mais pas dans OO, à moins que Je progresse donc merci !!! Au plaisir -Message d'origine- De : JPH [mailto:jp...@free.fr] Envoyé : mardi 20 octobre 2009 13:14 À : 'users@fr.openoffice.org' Objet : RE : [users-fr] Macro dans tableur OO (calc) Tout d'abord, MERCI à tous pour votre prise en considération du problème... Non, je n'ai pas testé le site indiqué par Bernard car je n'ai pas eu le temps. En fait je profitais d'un changement d'ordinateur pour implanter Open Office mais en voulant utiliser des fichiers que j'avais mis au point sur le précédent. Ayant un besoin pressant de ces fichiers j'ai réimplanté MS Office sur mon nouvel ordi. Cela dit le problème subsiste (dès que j'ai un moment je me relance sur OO) et je trouve étonnant qu'il n'y ait pas de solution avérée car depuis le temps il doit y avoir nombre d'utilisateurs de OO qui ont été dans ce cas. Au plaisir... -Message d'origine- De : ribotb [mailto:rib...@gmail.com] Envoyé : mardi 20 octobre 2009 12:41 À : users@fr.openoffice.org Objet : Re: [users-fr] Macro dans tableur OO (calc) 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 pou
[users-fr] RE : [users-fr] Macro dans tableur OO (calc)
Tout d'abord, MERCI à tous pour votre prise en considération du problème... Non, je n'ai pas testé le site indiqué par Bernard car je n'ai pas eu le temps. En fait je profitais d'un changement d'ordinateur pour implanter Open Office mais en voulant utiliser des fichiers que j'avais mis au point sur le précédent. Ayant un besoin pressant de ces fichiers j'ai réimplanté MS Office sur mon nouvel ordi. Cela dit le problème subsiste (dès que j'ai un moment je me relance sur OO) et je trouve étonnant qu'il n'y ait pas de solution avérée car depuis le temps il doit y avoir nombre d'utilisateurs de OO qui ont été dans ce cas. Au plaisir... -Message d'origine- De : ribotb [mailto:rib...@gmail.com] Envoyé : mardi 20 octobre 2009 12:41 À : users@fr.openoffice.org Objet : Re: [users-fr] Macro dans tableur OO (calc) 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 - To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org