Re: [fr-users] OpenOffice et LibreOffice

Vraiement merci de ta réponse plus complète.

J'aime bien qu'on m'explique les choses dans le détails même si je n'y connait pas grand chose en 
informatique. Tu confirmes nos craintes pour l'avenir donc il faut qu'on se penche vraiement sur 
cette question. Il vaut mieux prévoir que guérir.

J'avais pensé au sous formulaire mais si les bases de données ne sont pas stables le problème sera 
le même et si j'ai bien compris il n'est pas sûr que les modules bases de données soient maintenus 
ou corrigés.

Donc dans l'immédiat, je continue avec FileMakerPro. Puis par la suite à moins que nous trouvions 
une autre solution nous nous dirigerons vers calc ou Excel sans formulaire de saisie. Nous avons 
l'habitude de nous servir d'Excel comme base de données avec des données très importantes puisque 
nous faisons de la saisie d'acte de naissances, mariages ou décès avec tout ce que ça comporte 
comme informations en autant de colonne que nécessaire et avec souvent plus de 6000 lignes. Un 
généalogiste ayant fait des macros qui nous permet d'avoir un cache de saisie très complet. 
Malheureusement je n'ai plus contact avec cette personne.

Bon, merci encore de tes réponses

à une autre fois

passes une bonne journée

Marie Jo






> Message du 14/06/12 17:05
> De : "Alexander Thurgood" 
> A : users@fr.libreoffice.org
> Copie à : 
> Objet : Re: [fr-users] OpenOffice et LibreOffice
>
> Re-bonjour, Le 14/06/12 16:05, Marie-José DOMECQ a écrit : > Il y a quelques années, j'avais déjà 
> essayé de faire un fichier des adhérents avec OpenOffice Base et après un an d'utilisation 
> j'avais laissé tomber car je n'avais pas trouvé ce logiciel très stable. J'avais espoir qu'avec 
> LO cela soit mieux mais apparemment non. Les problèmes de stabilité sont toujours d'actualité, 
> malheureusement. Ceci ne résulte pas du choix du moteur de bdd (hsqldb), qui en soi, et en dehors 
> de LO/OOo est véloce, stable et assez performant, mais c'est justement son intégration dans 
> OOo/LO qui rend l'ensemble instable, et disons que, cela ne s'est pas amélioré depuis la création 
> de LO. Du côté de AOO, la scène n'est guère plus rose, et à cause de problèmes de licence, les 
> développeurs ont dû enlever pas mal de fonctionnalités liées à Base, dont le connecteur C MySQL 
> direct, et le moteur de rapports de bdd pentaho (le générateur de rapports appelé ORB), pour ne 
> nommer que ces deux-là. Du coup, les utilisateurs de Base et de bdd libres dans une interface de 
> bureautique se trouvent un peu au croisé des chemins : - continuer avec les anciennes versions de 
> OOo, avec tous ses vieux bugs et ses failles de sécurité ; - choisir AOO qui, faute d'intérêt, et 
> notamment, d'une poussée d'IBM dans ce sens par le biais de son code Symphony, semble partir sur 
> un abandon à long terme d'un module Base dédié (même malgré l'intégration d'une version plus 
> récente de hsqldb) ; - choisir LO, dont les fonctionnalités Base sont à peine maintenues, pour 
> l'heure sans, semble-t-il, de développements concrets nouveaux ou de changements prévus, rendant 
> Base ains de plus en plus difficile à maintenir dans la durée face aux développements de plus en 
> plus poussés des autres modules de la suite. > Au fait existe-t'il quelquepart une liste des type 
> de champs avec l'explication de chaque type de champs je n'ai pas su la trouver sur les 
> différents didactitiels que j'ai consulté. A part Texte[varchar] ou Date ou Numérique les autres 
> types ne sont expliqués nullepart. A priori, la documentation de hsqldb peut être trouvée dans 
> les fichiers du paquet disponible ici : 
> http://sourceforge.net/projects/hsqldb/files/hsqldb/hsqldb_1_8_1/ En fait, elle n'est plus 
> disponible sur le site web de hsqldb, puisque une version plus récente du moteur est disponible, 
> mais celle-ci ne se retrouve pas (encore) dans LO. > Nous allons donc rester pour le moment avec 
> FMPro qui est vraiement très facile d'emploi (j'ai quand même su me servir de LO pour créer la 
> table et le formulaire et quelques requêtes, ce n'est pas si difficile que ça). Le seul hic c'est 
> que notre logiciel FMPro est très vieux et que les machines deviennent de plus en plus modernes. 
> Nous avons peur qu'un jour il ne fonctionne plus sur nos bécanes. On verra bien ! Il est vrai que 
> si des logiciels comme FMPro (pour ma part, j'ai la version 5.5) ou Lotus Approach continuent à 
> tourner sur Windows OS 32bits (XP, Vista), on peut se demander légitimement pour combien de temps 
> encore cela va être le cas. > Reste aussi la solution de tenir le fichier des adhérents avec Calc 
> mais comme j'ai beaucoup de rubriques sur une fiche d'adhérent, je ne peut utiliser la fonction 
> Formulaire qui pourtant me semblerait bien pratique. Non, Calc n'est pas vraiment adapté pour ce 
> genre de chose (même si tout le monde sait que les feuilles de Calcul sont souvent détournées 
> pour servir de base de données). Quel est ton problème précis par rapport aux formulaires et le 
> nombre de champs ? Pas assez de place à l'écran pour pouvoir imprimer en A4 ou garder la 
> visibilité pour l'utilisateur ? C'est aussi une indication que ta base de données monotable 
> serait peut-être mieux organisée en regroupant certains champs dans des tables séparées et en 
> créant des sous-formulaires à la place. Alex -- Envoyez un mail à users+help@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
-- 
Envoyez un mail à users+help@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