Bonjour André,
En son temps j'avais regroupé quelques anomalies en attente de corrections. La version
v695 combinée avec b5.016 apporte beaucoup de réponses.
Anomalies en suspens sur V693:
Saisie des dates dans la fiche de saisie rapideRésolu: Le contrôle de la saisie des dates est redevenu opérationnel aussi bien sur les dates saisies en numérique qu'en littéraire. Le contrôle porte également sur les mots clefs. Le fontionnement n'est pas simple à comprendre:
-1- Je crée un enfant, je complète le prénom puis je passe aux dates.
Date naissance: j'inscris 32 août 1983, la date reste de couleur noire;
Lieu de naissance: j'inscris le lieu, la date reste en noir;
Date décès: Quand j'atteins ce champ, la date de naissance passe en rouge. J'écris pour le décès 30 février 1984, elle vire au rouge;
Lieu de décès: J'indique le lieu.
Je reviens sur les dates pour corriger. La date de naissance devient 31 août 1983, cette date reste en rouge, j'efface la date et j'indique à nouveau le 31, idem.
Je corrige la date de décès, et je mets le 28, la date repasse en noir.
Si j'efface la fiche et que je recommence, toujours le même problème avec la date de naissance qui reste inexorablement rouge. Il faut repartir de zéro (fermer la fiche) et recréer l'enfant pour avoir une fiche opérationnelle (date en noir pour la naissance si la date est correcte).
-2- Je fais la même manipulation que ci-dessus mais je n'inscris rien dans le lieu de naissance. La date de naissance qui n'est pas correcte, reste en noir.
C'est un mode de fonctionnement reproductible sur toutes les créations d'individus.
-3- Je crée la même chose avec des dates correctes, mais avec un décès avant la naissance, pas de message d'erreur au niveau de la fiche de saisie rapide. Celui-ci apparaît à l'enregistrement final de l'individu et après navigation vers lui.
Fiche identitéRésolu: Nous sommes bien revenus au patronyme en noir par défaut. Il passe à la bonne couleur après le choix du sexe et l'action Enregistrer. La création d'un individu se fait avec un patronyme de couleur bleue avant même d'avoir choisi le sexe.
En réalité la couleur correspond à celle du dernier individu visité et à partir duquel est créée la nouvelle fiche.
Mise à jourCe point reste à vérifier. Le lien ci-après donne la réponse faite à François sur les difficultés rencontrées lors des mises à jour:
http://www.ancestrologie.org/forum/index.php?topic=7611.0&sid=44bc11941a5465b26aae363b181db439 Il faudrait que Philippe parvienne à rétablir la situation qui amenait directement le message:
La version de votre base x.xxx est trop ancienne. Il vous faut la mettre à jour à l'occasion du démarrage d'Ancestrologie après la màj de l'application.
Les étapes intermédiaires (message d'erreur + Transaction...) sont de nature à créer des confusions.
C'est d'ailleurs d'un mal comparable que souffre la fonction Restaurer dans le menu Généalogies. Le recours à cette fonction conduit à un blocage d'Ancestrologie sans compter que les termes utilisés créent aussi la confusion entre Restauration et Restoration.
Sauvegarde/Restauration Ce module accessible depuis le menu Généalogies ne fonctionne pas pour la partie sauvegarde.
LieuxRésolu: Les remarques de Bob ont été corrigées. Bob du Vaucluse a dit:
A partir de « index des lieux » soit directement soit par modification de « lieux préférés » on peut créer une nouvelle ville.
Le problème est que la liste des pays du menu déroulant n’est pas triée alphabétiquement (ce qui était le cas pour index lieu avant les modifications des lieux favoris)
Peut-on avoir cette modification là aussi
et André a répondu:
Et non, la baguette magique n'y peut rien parce qu'il ne s'agit pas d'une procédure intégrée à la base, mais de requêtes faites depuis le logiciel pour alimenter les listes déroulantes.
Il suffirait de remplacer la requête "select * from REF_PAYS" qui liste les pays dans l'ordre des codes, par "select * from REF_PAYS ORDER BY RPA_LIBELLE" qui les liste dans l'ordre des noms.
La combinaison des deux màj me semble être une bonne chose pour la plus grande partie des utilisateurs. Le fichier est un peu lourd mais en définitive il fallait malgré tout d'une manière ou d'une autre charger la màj de l'application puis le cas échéant mais assez régulièrement la màj de la base.
Pour éviter les complications des trois màj, je verrais l'outil de màj complet en accès depuis le logiciel.
Les trois màj appli, base et appli+base téléchargeables depuis quelque part pour les accrocs des travaux manuels.
Il reste toutefois à vérifier le comportement de la màj complète dans les cas tordus: base inférieure à 3.57, base polluée notamment par des saisies de dates erronées, etc....
A méditer et à approfondir. Le principal point en suspens demeure le menu Sauvegarde/Restauration. Un peu à la fois et on va y arriver.
D'autres améliorations en arrière plan ont été apportées avec les versions immédiatement avant:
- L'installation d'Ancestrologie sur un Ancestrologie existant prend en charge la sauvegarde de la base Ancestrologie.bdd présente (si nom inchangé);
- La désinstallation d'Ancestrologie maintient les documents personnels, même chose pour la base Ancestrologie.bdd ainsi que les autres bases contenues dans le répertoire \Database.