Bonjour Tony et Laurent, Laurent Godard a écrit : >> Pour le basic peut-être, mais pour programmer en Python ou en Java, il >> faudra toujours connaître l'API de OOo. Cela ouvre en fait une >> possibilité supplémentaire et démontre une nouvelle fois l'ouverture >> de OOo. De plus il serait étonnant qu'il arrivent à convertir tous les >> objets de l'API de OOo en objets VBA. > > Et Non !!! > ce qui est proposé est une API parallele > utilisable dans tous les langages de scripts > et oui, UNO est tres puissant
En effet, UNO est organise de la facon suivante: l'API defini les objets UNO et leur fonctionnement. Ceux-ci sont implementer dans un langages donne et reste accessible depuis tous les langages possedant un pont vers UNO: Java, Python, C++, Basic, DCOM, .NET, et d'autres encore. > mais est ce vraiement ce qui est souhaitable sur le moyen terme de OOo > Avoir deux API differentes ! Comment vont elles interopérer ? > imagine ensuite ecrire un code qui melange les deux > Ca va etre l'enfer > >>> >>> mais attention aux implications ... >> >> >> Sur ce coup, je te trouve bien pessimiste. C'est peut-être pour >> contre-balancer l'optimisme légendaire de Sophie ;-) > > Oui :) > Je prefere quand meme dire attention ! > > Nous avons gagné la bataille du format de document, bien ! > > Sommes nous prets à nous impliquer dans la defense du modele objet/API > de OOo ? ou alors, on mets en place le pont VBA et vu la quantité de > developpeurs, a moyen terme, celà representera la majorité des > developpements et donc la majorité de la pression pour les demandes > d'evolution et d'en mettre de plus en plus ... Tout celà, dependant de > specifications non libres qui pourront etre interdites, fermées a tout > moment. > > Avons nous les garde-fous necessaires ? > Oui, bien que d'un naturel optimiste, je suis reservé sur ce coup là ... > Celà n'a rien à voir avec la necessité reel d'une solution pour la prise > en compte des macros existantes. D'autres solutions intermediaires > seraient possibles, ou bien celle là, mais amenagée ... Je suis tout a fait d'accord avec toi sur ce point: ca fait deja quelques mois que je concois des modules UNO et je trouve ca vraiment tres interessant. Meme si je ne connais pas vraiment le reste de l'API de OOo, je trouve que c'est vraiment un tresor a faire fructifier. Pour moi, et pour d'autres comme le montre Laurent, la solution est de mettre en valeur l'API OOo par des outils de conversion VBA vers API OOo. Encore que je me rends compte en l'ecrivant qu'il resterait un danger de dependre de ces foutues specs proprietaires. Ce qui serait interessant serait une aide a la conversion VBA -> API OOo sans qu'elle soit automatique ou complete: histoire que les gens ne developpent pas en VBA puis convertissent apres (ce qui pourrait donner des resultats etranges). --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
