Bonjour,
Je reviens aussi sur TITR ne pas utiliser dans les Tags de Gedcom. C'est une alerte mais est-elle efficace car en définitive l'utilisateur ne passe pas par ce chemin pour entrer sa généalogie. Le seul rappel efficace à mes yeux se trouve au niveau des étiquettes des Evénements.
Si tu retrouves des TITR avec ce libellé dans tes gedcom, c'est sans doûte parce que tu as mis à jour ta table de référence à l'aide du fichier ref_evenements.txt qui était joint à maj_b357_b4005.exe, sans mettre à jour la table des évènements individuels de ta base par l'exécutable.
Si tu avais passé sur ta base l'exécutable de mise à jour maj_b357_b4005.exe ou >b4005 (qui n'a pas été officialisée sur le site), tu aurais modifié la table de référence des évènements en changant le libellé long "ne plus utiliser" du tag TITR et en le rendant inaccessible lors de la sélection d'un nouvel évènement, et remplacé dans la table des évènements individuels, les TITR par des TITL. Tu n'aurais donc plus de TITR dans ton export.
Cà ne peut pas être dû à une importation, puisque Ancestrologie n'importe pas les TITR.
Ce qui serait possible, c'est à partir de la liste de Marc (à moins qu'il préfère Aquablue), inclure dans une mise à jour globale de la base (maj_b357_b4xxx.exe) et dans une maj ne concernant que ces tags (maj_tag_eve.exe), un script faisant ces mises à jour de tags comme celà a été fait pour TITR/TITL.
Ce script ne pourrait concerner que des évènements, se trouvant dans la table des évènements comme BENE/BLES, DIPL/GRAD, INHU/BURI, éventuellement les Xxxx/_xxx (à tester compatibilité du _ avec ancestrologie, et devrait s'accompagner de la création des nouveaux tags dans la table de référence, à moins que l'on préfère attendre la révision globale pour qu'ils soient remplacés par EVEN/TYPE comme le suggère Marc).
Les anciens tags resteraient dans la table de référence pour permettre l'importation d'un ancien gedcom. maj_tag_eve.exe permettrait de remettre en conformité la base après une telle importation.
Mais cette maj ne peut concerner (à part la création dans la table de référence de CITY par exemple) certains tags gérés directement par le programme lors des imports/exports (CTY/CITY, XORD/_ORD, STAT/STAE, INSEE/_INS).
Seriez-vous d'accord sur cette proposition?
A+
André