Bonjour à tous, L'optimisation c'est bien, mais à l'origine le problème est que la macro tournait bien sous OOo et que maintenant il demande un temps d'exécution sans comparaison. Imaginez, un instant, que cette macro soit déployée sur des postes d'une organisation équipée de OOo et qui se pose la question de la migration vers LO. Les premiers résultats de test ne seront pas favorables à la migration. Alors qu'on vienne dire, il faut l'améliorer votre macro, etc, juste pour passer à LO, alors que le projet LO s'est targué d'être non seulement compatible, mais aussi de "sauvegarder les investissements précédents effectués" dans les versions antérieures de OOo, là, il y a comme qui dirait, un petit (gros) problème.
Comme l'a souligné Markus, le développeur qui risque de s'occuper du problème, il faut analyser pourquoi les appels successifs font en sorte de ralentir l'application - c'est une indication d'un problème dans le code quelque part. Dire à l'utilisateur qu'il n'a qu'à réécrire tout son code s'il veut passer à LO n'est pas un argument qui va militer en faveur du changement... Alex -- Envoyez un mail à users+h...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
