Bonjour Sophie
Pour le moment, et celle pour ma part avec laquelle je suis d'accord, c'est la deuxi�me solution qui a �t� retenue. Cela limite la taille de OOo et laisse le choix � l'utilisateur de ne pas s'encombrer d'outils dont il ne se servira jamais d'une part, cela ouvre la participation d'autre part car il y a moins de contrainte de licences.
Je partage tout � fait ce point de vue
C'est comme pour les dictionnaires telechargeables au travers de DicOOo, ou les polices de FontOOo
D'autres initiatives sont en cours comme les images de galerie
Cependant, il faut alors travailler � faire que ces outils soient contr�l�s, centralis�s, organis�s, maintenus, traduits, etc...
J'ai mis [� travers OOo] car l'id�e d'un lien permettant de se rendre sur un site regroupant les outils et de b�n�ficier d'un installeur est actuellement en discussion.
C'est le sujet que je comptais aborder lors de la conference IRC #ooonlc de ce week end. Il y a 2 mois quand j'en ai donn� le th�me � Daniel, je ne pensais pas qu'emmergerai ce long d�bat sur [EMAIL PROTECTED] ;)
Au del� d'un installeur d'addon (qui existe dans la 2.0) c'est tout ce processus amont qu'il faut cadrer.
De plus, la cr�ation d'addon doit �tre simplifi�e pour permettre au personnes venant d'autres mondes de pouvoir mettre en oeuvre leur programme sans avoir � se perdre au pr�alable dans les m�andres du SDK pour cr�er un addon sous la forme d'un assistant, le tout traduit et multiplateforme
Laurent
-- Laurent Godard <[EMAIL PROTECTED]> - Ing�nierie OpenOffice.org Indesko >> http://www.indesko.com Nuxeo CPS >> http://www.nuxeo.com - http://www.cps-project.org Livre "Programmation OpenOffice.org", Eyrolles 2004
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
