Pas de panique, ne commençons pas à tout mélanger.
La version que PCM vient de mettre en ligne est la version 4.00.
La version que Claude Hersant vient de tester et qui lui pose un problème est la version 4.003, une évolution de la 4.00 que je lui avais demandé d'essayer. La différence par rapport à la 4.00, c'est que:
J'ai créé une procédure déclenchée par des triggers permettant de mettre à jour les champs Année et date réelle (YEAR et DATE) des tables évènements individuels, évènements familiaux et adresses. Cà, je l'ai fait au départ pour réparer l'anomalie 14 du tableau des anomalies
"Lorsque l'on crée ou modifie un événement individuel autre que Naissance ou Décès, le champ EV_IND_DATE de la table EVENEMENTS_IND est mis à jour avec la date du jour et non la date de l'événement."
Comme après celà, le champ EV_IND_DATE est bon, j'ai pensé m'en servir pour règler une ancienne anomalie souvent signalée sur ce forum:" les évènements individuels ne sont pas classés dans l'ordre chronologique".
Auparavant le classement était effectué selon la priorité suivante: N° d'ordre, Année. Ce qui explique que pour des évènements intervenus la même année, le baptême pouvait s'afficher avant la naissance, et il fallait entrer des N° d'ordre pour obtenir un bon classement.
Dans la v4003, le tri s'effectue selon la priorité: Année, Date, N° d'ordre. Ainsi, le N° d'ordre n'est nécessaire que si 2 évènements sont intervenus le même jour (ou la même année si la date est incomplète), et il n'y a que ces 2 évènements à ordonnancer. Le problème de Claude, c'est qu'il ne met pas de date même estimée à certains évènements comme la profession et à d'autres évènements quand il n'est pas certain de la date. Comme la date est prioritaire dans le classement, ces évènements sans date sont relégués en fin de classement. Il est amusant de constater que ceci ennuie Claude, alors qu'elle règle les problèmes de Roger qui teste aussi cette version mais qui lui devait dater ses évènements.
La principale question pour laquelle j'aimerais bien avoir l'avis des utilisateurs est: Le classement chronologique doit-il être prioritaire?
Si oui, il faut dater tous ses évènements.
Si non, on peut être amener à forcer l'ordre de tous ses évènements (comme a fait Claude).
Peut-être faudrait-il faire un sondage?
En plus avec la v4.003, j'ai rectifié l'état statistiques du nombre d'enfants par union.
Maintenant les changements intervenus dans la base entre la version 3.57 et la version 4.00. Pour les détails, le mieux est de lire ce documents
modificationsBDD.txt .
En résumé et dans l'ordre chronologique:
Modifications du type d'une vingtaine de champ BLOB (commentaires, notes, adresses...) afin de les rendre lisibles ailleurs que dans ancestrologie, les rendant exportables par d'autres requêteurs, dans excel access, openoffice etc..
Un individu témoin, n'est plus sélectionné comme orphelin donc candidat à une suppression.
Dans l'onglet Actes, les actes familiaux apparaissent aussi bien pour la femme que pour le mari.
On peut sélectionner des médias comme sources des évènements familiaux et individuels, ainsi que dans les actes: ils s'affichent dans l'onglet média, des 2 conjoints même s'il s'agit d'un évènement familial.
N'importe quel média paraissant dans l'onglet média peut-être choisi comme photo d'identité.
La suppression d'une union, ne provoque plus la suppression d'un évènement familial d'une autre union.
L'exportation des médias ne provoque plus l'erreur "singleton..."
Modification de la CLE_FIXE (clé lien) si elle est attribuée en double.
Modification de déclaration des fonctions de traitements des chaînes de caractères pour qu'elles puissent traîter des chaînes de 255 caractères au lieu de 80. Cette limite rendait difficile des corrections comme la demande de Philippe Horemans pour modifier la casse de l'extension du nom des fichiers de photos (champ de 255 caractères) ou de transformation de la date saisie en année et date (100 caractères). Le fichier mis en ligne par PCM n'applique pas cette dernière modif à la base en cours, parce que je ne savais pas trop comment faire quand je lui ai transmis. Par contre elle figure dans la base vide v4.00 déjà mise en ligne sur mon site et dont le lien figure sur le forum "developpements", et la transformation s'applique avec maj_b357_b4003.exe en test dont le lien figure
http://www.ancestrologie.org/forum/index.php?topic=4952.0.
J'en ai peut-être oublié, mais certains vont me dire que mon message est si long, qu'ils n'en arrivent pas au bout.
Alors bon soir
André