Sujet: Base version 4.00, appel à testeurs.

[DDdeBerdeux]

La base vide est utilisable si vous voulez créer une autre base (je conseille toujours d'utiliser plusieurs bases plutot que plusieurs dossiers dans la même base, pour des raison de vitesse et de sécurité).

La base vide contient toutes les modifications. Deux modifications ne sont pas prises en compte dans la procédure de mise à niveau:

-la déclaration de fonctions de chaînes en 255 caractères au lieu de 80, qui permet dans des requêtes de modifier des champs comme le nom du fichier média (exemple P.Horemans qui avait besoin de remettre toutes les extensions JPG en minuscules).

-la mise de l'attribut "Forced write" de la base sur "enabled" qui force l'écriture sur le disque des modifications, sans attendre que windows ait envie de vider son cache (risque moindre de corrompre la base en cas de "plantage" de windows ou du PC).

Il était trop difficile, de les intégrer dans la procédure de mise à jour, et je ne pense pas que ces modifs soient utiles à beaucoup.

Si vous n'avez pas enregistré des actes, des sources ou des médias rattachées aux actes ou aux évènements, vous pouvez également faire le transfert par gedcom en important dans une base vide.

A+

André

[Gvx]

PS: à ma connaissance, cette procédure ne devrait poser un problème que  sur des installations utilisant uniquement la version serveur de Interbase ou Firebird V1.0. Dans ces versions, il n'y a que GDS32.dll dans le répertoire system32. Comme la procédure de maj à besoin de fbclient.dll, pour eux la solution pourrait être de faire une copie de leur GDS32 renommée fbclient dans system32.

Dans ce cas ne serait-il pas possible d'automatiser la procédure de mise à jour de la façon suivante

1/ vérifier la présence de fbclient dans system32

2/ si absent: copier gds32 dans system32

3/ le renommer en fbclient

4/ faire la mise a jour de la base

5/ supprimer fbclient dans system32

[Horemans]

je conseille toujours d'utiliser plusieurs bases plutot que plusieurs dossiers dans la même base, pour des raison de vitesse et de sécurité

Il faut savoir que dans ces conditions, les utilisateurs de Quisontils qui souhaitent aller chercher des infos dans une base d'Ancestrologie, devront mettre en ligne la bonne base, alors que Quisontils prévoit l'accès à plusieurs dossiers dans une même base.

C'est un inconvénient, mais çà reste gérable à la mimine  

[Roger 1]

Je viens de me brancher, j'ai fait la manip de "Pcm et André" tout est ok.

@+

[Ancestrologie]

Je sais que tu dois être bien occupé dans les Arbres, mais dès que tu en es descendu, pourrais-tu me dire si tu as reçu

Oui André jai recu mais la pour  l instant on lances les arbres, mais dans la semaine vais voir ca



a++

[DDdeBerdeux]

Dans ce cas ne serait-il pas possible d'automatiser la procédure de mise à jour de la façon suivante

1/ vérifier la présence de fbclient dans system32

2/ si absent: copier gds32 dans system32

3/ le renommer en fbclient

4/ faire la mise a jour de la base

5/ supprimer fbclient dans system32

C'est presque la procédure appliquée pour utiliser le gds32 du répertoire d'ancestrologie (pour ceux qui utilisent FB embedded) sauf que c'est le nom de gds32 qui est changé provisoirement en fbclient. Le faire pour le cas sité, c'est sans doûte possible, mais combien seraient intéressés? Et en général ceux qui utilisent ce type d'installation savent faire la manip proposée. Qui dit dans sa maxime "Le mieux est...."?

A+

André

[Ancestrologie]

André, as tu lu ma réponse de hier



ici au bureau j ai pas ton mail

[DDdeBerdeux]

Pour le moment, je n'ai pas eu de messages d'anomalies provoquées par la nouvelle base ou la nouvelle procédure (juste la remarque de Gvx qui souhaiterai l'automatisation pour les possesseurs d'Interbase exclusivement).

Si certains ont des remarques, dépèchez vous, car Philippe va prochainement officialiser cette base et la procédure de mise à jour.

Merci

André

[Roger 1]

Sur la 4.05  onglet "identité", les zones de saisies sont très allongées et vont jusqu'au début de l'emplacement photo.