Bonjour à tous
Voici la résurrection de l'ancien sujet détruit dans la tourmente... les consignes restent les mêmes, à savoir :
Le but est de regrouper ici certaines anomalies signalées par les utilisateurs pour une meilleure lisibilité. Elles doivent remplir ces 2 conditions :
- Il s'agit bien d'une anomalie de présentation ou de fonctionnement déjà existante dans le programme, et non une suggestion de création
- Elle est non liée à l'import/export gedcom, ou n'implique pas la modification de ce module
Pour signaler une anomalie, répondez simplement à ce message. Je l'éditerai et le compléterai régulièrement pour le mettre à jour.
Le n° d'une anomalie validée et enregistrée dans le tableau de suivi en ligne étant attribué automatiquement, on utilisera 2 numérotations différentes et non liées entre elles (même principe que l'immatriculation provisoire d'une automobile neuve).
Chaque anomalie pourra donc avoir :
- un n° provisoire pour en discuter tant qu'elle n'est pas validée sous la forme Anomalie # 125.
"L'auteur" de l'anomalie peut le déterminer lui-même, en prenant le 1er disponible après ceux déjà utilisés.
- un n° définitif qui sera donné après sa validation et n'a aucun rapport avec son numéro provisoire, sous la forme Anomalie 50
SVP, ne discutez pas des anomalies en elles-même sur ce fil. Si besoin est, ouvrez un autre sujet et indiquez le lien dans votre message.
L'évolution du traitement des anomalies sera visisible en direct sur le site officiel :
Cliquez ici pour accéder au tableau de suivi en ligneMerci à tous pour votre participation.
LISTE DES ANOMALIES NON-GEDCOMAnomalie 9. Description : Le classement des dates n'est pas réalisé de manière chronologique, mais suivant le libellé de la date.
ex. le classement des dates par ordre croissant donne :
1898
19 avril 1870
19 septembre 1789
19 novembre 1820
1901
. Localisation : Répertoire
. Type : Fonctionnel
. Commentaire :
Ce classement ne dépend pas des procédures, mais du programme de PCM. Le champ date étant en réalité un champ texte, le classement est fait par ordre alphabètique. Il faudrait pour celà ajouter dans la fiche le champ "date réelle", mais il n'est pas dans le choix possible. Par contre il y a le champ "Année" qui permet un tri très proche de celui recherché.
Il est dommage qu'il n'existe pas dans l'onglet domicile.
Anomalie 15. Description : Dans les informations sur le dossier : ce sont les statistiques sur tous les lieux de la base qui s'affichent à la place de celles sur les lieux favoris de ce dossier
. Localisation : Mes généalogies / Infos dossier
. Type : Ergonomie
. Commentaire :
Les modifications des procédures déjà effectuées n'ont pas changé ce problème. Mais je pense avoir identifié celles en cause. Donc pour une prochaine mise à jour de la base...
Anomalie 16. Description : Les compteurs nchi / nmr : quand la case "remplissage automatique" est cochée, ça ne fonctionne pas pour les individus sans unions ou sans enfants
. Localisation : Fenêtre principale
. Type : Ergonomie
. Discussion :
Anomalie 16 : compteurs nchi / nmr. Commentaire : évolution vers suppression de la case et création éventuelle de 2 boutons à cliquer sur la fiche principale
Anomalie 17. Description : Non affichage du conjoint s'il n'y a pas d'événement Mariage renseigné ou pas de date dans l'événement Mariage
(la requête ne tient pas compte que le champ est NULL quand il n'y a pas de date)
. Localisation : Répertoire
. Type : Ergonomie
Anomalie 18. Description : Depuis l'automatisation de la 1ère lettre en majuscules pour tous les prénoms, les choix "normal" et "tout en majuscules" sont inopérants et on ne peut plus rentrer de caractère non alphanumérique
. Localisation : Principale
. Type : Fonctionnel
. Commentaire :
RÉSOLU version 312 du 18/06/2005Anomalie 19. Description : Lorsqu'à partir de la fiche Individu on ajoute la fiche du père (ou de la mère) et qu'on la crée sans rentrer de date de naissance / décès : après validation, les informations naissance /décès du père qui s'affichent sous son nom sont erronées : si le 1er individu du répertoire dont le nom commence par la même initiale est du même sexe, ce sont les siennes qui s'affichent par défaut >>> Problème temporaire et d'affichage seulement (si on change de fiche et revient, tout rentre dans l'ordre)
. Localisation : Principale
. Type : Ergonomie
Anomalie 22. Description : Impossible d'imprimer la fiche individuelle d'un individu qui n'a aucun événement individuel
. Localisation : Documents
. Type : Fonctionnel
Anomalie 23. Description : Les statistiques par département ne gèrent pas le pays (codes postaux belges traités comme des français)
. Localisation : module Statistiques
. Type : Fonctionnel
. Commentaire :
Résolu ?Anomalie 24. Description : Statistiques fausses : âge à la 1ère union + dénombrement d'enfants par unions + dénombrement d'ascendance < pour dnb ascendance : comme c'est programmé, il semble que l'on ne compte pas toutes les générations, mais bien des "niveaux de parenté" suivant la codification
0 - Lui même (personne dont on demande l'ascendance)
1 - Parents, 2 - Grands Parents, 3 - Oncles et tantes, 4 - Frères et soeurs, 5 - Enfants, 6 - Cousins et cousines, 7 - Conjoint >
. Localisation : Documents
. Type : Fonctionnel
. Commentaire :
Dénombrement d'enfants par union résolu par b4.004.
Age à la première union, état à refaire, pas de pipeline disponible.
Anomalie 32. Description : VIOLATIONS D'ACCES après migration de la base empêchant redémarrage programme > Changez de base, en sélectionnant celle générée par Ancestrologie_BASE_MAJ.EXE téléchargé sur le site officiel. Comme cette dernière est en version 3.52 et que la version de ce jour d'Ancestrologie demande une version 3.54 de la base, le logiciel fait la conversion, mais une erreur après la conversion l'empêche de mettre la BDR à jour (enregistrement du nom de la nouvelle base) et de se fermer pour redémarrer. Sous XP, il faut tuer le processus Ancestrologie pour qu'il puisse redémarrer puis resélectionner la nouvelle base pour que celà remarche normalement
. Localisation : /
. Type : Fonctionnel
. Commentaire :
à retesterAnomalie 35. Description : Traduction en français du module Requêteur SQL (et de la fenêtre qui s'affiche quand on imprime l'arbre ? )
. Localisation : Requêteur SQL
. Type : Ergonomie
Anomalie 39. Description : Lorsqu'on effectue un regroupement, l'arborescence ne se déplie pas lors du passage fiche / répertoire si la personne est la 1ère de la liste.
ex : généalogie PCM - faire un regroupement par nom dans le répertoire - comparer le passage fiche / répertoire pour Alexandre CM et Gérard CM
. Localisation : Répertoire
. Type : Ergonomie
Anomalie 40 (n° provisoire : #42 ). Description : Suppression du contenu du dossier en cours lors de la suppression d'un autre dossier
. Localisation : menu Mes Généalogies
. Type : Fonctionnel
. Discussion :
Anomalie #42 effacement du dossier en cours / autre dossierAnomalie 41 ( n° provisoire : #43 ). Description : Possibilité de cocher simultanément les cases "Sauvegarde" / "Restauration" (de la base) et les cases "Oui" / "Non"
. Localisation : menu Sauvegarde/Restauration de la base
. Type : Ergonomie
Anomalie # 40. Description : Impossibilité ponctuelle d'ajouter des témoins sur un evenement individuel
. Localisation : Fenêtre principale / évé individuel
. Type : Fonctionnel
. Discussions :
http://www.ancestrologie.org/forum/index.php?topic=5068.0. Commentaire :
à tester pour éliminer le facteur aléatoire