Je m'étais fait la même remarque que Joël concernant, l'affichage des noms tronqués, qui ne s'améliore pas quand on élargie la zone d'affichage. Mais j'ai peur qu'il ne soit pas si simple de résoudre ce problème. Dans les champs où ce système fonctionne, on voit apparaître l'extrémité de la chaîne qui était cachée, non une partie centrale... Ou il faudrait que PCM affiche 2 champs au lieu d'un seul, le MonPrenom et les Dates, l'élargissement de la zone profitant à NomPrenom.
Pour les boucles, la procédure PROC_REF_CIRC dont le script figure dans un autre fil fonctionne correctement sur les petites bases que j'ai essayées, mais pas sur la grosse base de Joël. Elle plante également sur cette base. C'est la raison pour laquelle je ne l'ai pas incorporée dans b4.013. Pourtant les différents incidents signalés, tous sur des grosses bases, lors du calcul de consanguinité, sont symptomatiques de boucles dans les bases. Il serait intéressant que Joël nous dise les raisons et la forme de ces boucles quand il les aura trouvées, pour qu'on puisse mettre au point une procédure permettant de les détecter rapidement.
En attendant, il est préférable de faire une sauvegarde avant de lancer un calcul de consanguinité. Pour la sauvegarde automatique, je crois avoir déjà répondu que je n'en étais pas un chaud partisan. Cà marche très bien sur les serveurs pendant une période d'inactivité relative, mais sur une base de données en utilisation (ce qui peut arriver si la sauvegarde est automatique), elle doit se faire par l'intermédiaire des utilitaires de la base (gback) et je pense nécessite FireBird en version serveur. La sauvegarde "backup" qui est faite au lancement d'Ancestrologie si "Sauvegarde automatique" est coché, et la sauvegarde "copie" faîte depuis le menu sont exécutées lorsque la base n'est pas active, aucune transaction n'est en cours.
Je préfèrerai un accès plus rapide et plus pratique à la sauvegarde simple amélioration de la sauvegarde actuelle, où il n'yaurait pas besoin de respécifier que l'on veut inclure la date dans le nom (ce devrait l'être par défaut), ni l'emplacement (il est déjà défini dans les préférences).
Quand à la sauvegarde "backup" de début, elle n'aurait un intérêt que si on pouvait spécifier un emplacement différent (par les préférences) si possible sur une partition ou un disque différent de celui de la base, et si son nom s'incrémentait à chaque sauvegarde. Son format .gbk qui comprime légèrement la base, n' a que peu d'intérêt pour nos bases relativement petites, son seul intérêt étant l'optimisation lors de la restauration (ce que fait la fonction "Optimisation de la base").
Pour le fichier "ancestrologie.bdd" écrasé lors de l'installation complète, il faudrait voir si ce problème ne pourrait pas être simplement résolu par cette procédure, en demandant à l'utilisateur de donner un autre nom par exemple si ce fichier existe.
A+
André