Bonsoir Sophie,
Sophie Gautier a �crit :
Bonjour Tony,
Tony GALMICHE wrote:
Bonsoir Sophie et � tous,
Sophie Gautier a �crit :
Bonjour � tous,
J'ai lu �galement tous vos messages et vos pr�occupations sont l�gitimes, je les comprends et ne les approuve peut �tre pas toutes mais dans leur majorit�.
Le fait que tu lises tous nos messages est d�j� beaucoup :-)
Je reprends dans le fil du message de Michel,
Michel Pinquier wrote:
Ce qui me g�ne le plus sur OOo, c'est le financement du d�veloppement (c'est mon probl�me avec le libre d'ailleurs :-) - Comme d�velopper pour le libre ? En prenant sur ses loisirs ? Comment payer des d�veloppeurs ? Quel est l'int�r�t exact de Sun dans OOo ? Faire concurrence � MS et c'est tout ? ). Le fait d'avoir confi� l'int�gration de HSQLDB � un d�veloppeur sans assurer le financement de son travail est une erreur gravissime (quel que soit notre avis sur cette BDD).
Pour information, Team e.V. OOo, qui est l'organisme qui collecte l'argent pour la communaut� va financer deux semaines de d�veloppement. Que penseriez-vous que Cusoon participe �galement ?
Puisque tu nous demandes notre avis, je vais donner le mien au risque d'en remettre une troisi�me couche... :-)
Si j'avais des sous � d�penser pour le module base de donn�es de OOo, je pense que je choisirais en priorit� le d�buggage du driver SDBC pour Sqlite qui est fonctionnel mais encore beaucoup buggu�.
Voili voilo pour mon avis qui je sais ne fait pas beaucoup avanc
Je suis s�r que le d�bbugage du drivers Sqlite demandera moins de temps (et donc moins d'argent) que le d�buggage de l'ensemble du module Base.
M�me si ce que tu dis est vrai, il y a plusieurs raisons pour lesquels ce ne serait pas possible actuellement : - le choix a �t� fait sur HSQLDB dans la mesure ou le driver qui a �t� fournit pour SQLite n'�tait pas finalis�, il est maintenant trop tard, mais c'est vrai que lorsque j'avais lanc� l'appel � d�veloppeurs sur la liste SQLite et si plusieurs devs avaient r�pondu, nous aurions sans doute pu revoir la position.
Oui et c'est bien dommage.
- maintenant que HSQLDB est l�, il n'est pas possible de revenir en arri�re, ce serait r�ellement improductif,
En effet.
- SQLite n�cessite �galement un d�buggage si on souhaite l'imbriqu� dans
OOo, je n'ai plus tout en m�moire, mais au moins une histoire d'�criture possible uniquement dans un fichier ordinaire et non dans un sous fichier provenant d'une archive zip.
Un simple driver SDBC aurait d�j� �t� tr�s bien. Je ne souhaite pas sp�cialement l'int�gration dans le fichier zip .odb
- dans un d�v comme celui, l'�criture du code rentre en ligne de compte,
et la relation avec le d�veloppeur �galement, il faut pouvoir travailler en synergie dans le projet, je ne sais pas si cela �tait possible avec SQLite.
OK
Si ce driver �tait op�rationnel et fourni en standard avec OOo, cela permettrait de manipuler des bases de donn�es Sqlite avec la m�me facilit� que les tables dBase (Rien � installer, configurer,...) tout en ayant la puissance de Sqlite. De plus l'ensemble de la base de donn�es tient dans un seul fichier ce qui la rapproche d'Access, m�me si les formulaires restent ind�pendants.
Rien n'emp�che effectivement de continuer � travailler sur SQLite, mais il faut alors prendre contact avec le d�veloppeur et lui demander de travailler avec le projet. Je crois que Eric lui a �crit sans r�ponse.
Oui je sais et c'est bien dommage.
Il faut que le driver soit port� sur windows et mac et test� en productivit�.
Oui, il reste du travail, mais ce driver SDBC aurait vraiment apport� un plus � OOo, mais je comprend bien que ce n'est pas si facile.
D'ailleurs, s'il n'est pas possible d'ajouter des macros dans le nouveau module Base, cela limitera fortement son utilisation, car il est tr�s souvent n�cessaire de faire intervenir des macros pour r�aliser des formulaires (d'o� mon how-to sur le sujet)
Cela peut �tre un serpent qui se mord la queue ;) si on finance le d�veloppement, cela sera possible.
Tu crois que le financement inclus aussi cette fonctionnalit� ou seulement la correction des bugs ?
-> Car si c'est la cas et sachant qu'il sera possible d'utiliser d'autres bases de donn�es que HSQLDB avec les fichiers .odb, ce serait une raison valable de participer au financement.
Donc, je pr�f�re continuer � travailler sur une base de donn�es (comme Sqlite) avec des formulaires ind�pendants si je ne peux pas mettre de macros.
pour ma part je continue avec MySQL :)
Aussi et dBase :-)
Autrement, il �tait pr�vu dans les nouvelles fonctionnalit�s des choses int�ressantes, qui apparemment sont tomb�es � l'eau :
1 - La possibilit� d'ex�cuter de vraies requ�tes SQL et sur plusieurs tables dBases
2 - La possibilit� d'acc�der en lecture / �criture et �galement avec de vraies requ�tes SQL sur des fichiers Calc.
je n'ai pas le temps de chercher actuellement o� en sont ces d�veloppements. Mais rappelle le moi dans deux semaines, je te le dirai.
J'y penserai, car pour moi, cela serait vraiment un plus pour OOo.
Je pense que pour manipuler de petites bases de donn�es � la Access, ces deux possibilit�s �taient tr�s int�ressantes, mais elles sont pass�es � la trappe au profit de HSQLDB... :-(
Pour finir tant que Java ne sera pas libre ou rempla�able par un concurrent libre, je suis contre financer un projet qui oblige d'utiliser Java.
Pour ma part, je n'ai rien contre Java � partir du moment o� ce n'est pas une obligation d'utiliser celui de Sun. Si IBM lib�re son JRE, peut-�tre que cela simplifiera les choses (je me disais, il n'y aura plus qu'� utiliser WorkPLace, c'est du OOo plus du Java non propri�taire ;)
Si c'est possible d'utiliser un java libre, il n'y aura plus de probl�me, car je n'ai rien contre java.
-> Et peut-�tre que Sun va finir par se d�cider � lib�rer Java....
Voili voilo pour mon avis qui je sais, ne fait pas beaucoup avancer le chimilimili...
Merci pour ton retour.
Je vais "essayer" d'arr�ter d'�tre si n�gatif, car je sais tr�s bien que �a n'apporte pas grand chose et ne fais pas beaucoup avanc� le chimilimili...
J'ai encore travaill� cette apr�s-midi sur cette nouvelle base de donn�es et si les quelques gros bugs qui tra�nent sont corrig�s elle ne sera pas si mal que �a.
-> Et pour les faiblesses de Calc, je me ferai une raison et j'attendrai la 3.0 :-)
Tony
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
