Sujet: Sondage: classement chronologique des évènements

[Gvx]

Dans le cas du tri "N° d'ordre, Année, Date exacte" si on ne modifie pas le numéro d'ordre celui-ci est NULL donc le tri est équivalent a "Année, date exacte".

c'est pourquoi je préfère ce tri car soit on "force" le tri par N° d'ordre, soit on ne force pas le tri par N° d'ordre, et dans ce cas c'est l'ordre chronologique qui est appliqué (l'absence de date, dans ce cas reléguant l'événement en fin de liste)

[Tophe3860]

Oui, mais sera-t-il...

... possible de supprimer le numéro d'ordre du tri.

Je ne parle pas de l'annuler, mais de réaliser une action semblable à celle existante pour les boutons nombre total d'unions connues ou d'enfants connus...

Sinon, ce serait bien pratique...  non?

[Gvx]

Oui, mais sera-t-il...

... possible de supprimer le numéro d'ordre du tri.

Je ne parle pas de l'annuler, mais de réaliser une action semblable à celle existante pour les boutons nombre total d'unions connues ou d'enfants connus...

Sinon, ce serait bien pratique...  non?

Cela implique de modifier l'exécutable d'ancestrologie. Hors André ne peux modifier que la base de données.

Seule solution: Que PCM modifie ancestrologie

[AquaBlue]

La procédure transforme correctement les dates saisies, dans la mesure où on respecte les "token dates", comme ils sont définis dans Configuration / Mots clés utilisés dans les dates

Ça c'est gonflé comme affirmation  

Un export GEDCOM et il ne reste plus que les "token" de base tel que définis dans GEDCOM.

[DDdeBerdeux]

Ça c'est gonflé comme affirmation  

Excuse moi, mais je ne vois pas ce qu'il y a de "gonflé" dans ce que j'ai écrit. Peut-être est-ce le mot token qui te gêne? Il n'est pas l'exclusivité de la norme gedcom. Peut-être devrait-on dire "mots clés pour la saisie des dates dans Ancestrologie".

Ceci dit, il est vrai que seuls les mots clés normalisés sont exportés (en principe) en gedcom, et que donc les mots "ancestrologiques" disparaissent lors de l'importation.



Pour Gilles et Christophe: l'ordre de présentation des évènements individuels dans la fiche est uniquement défini dans la procédure stockée PROC_EVE_IND. Ne définir aucun ordre de tri, reviendrait à dire que les évènements seront classés selon leur ordre de saisie, ce qui n'a pas de sens, (enfin au mien de sens).

Je pense qu'on sera obligé de laisser le N°Ordre prioritaire, parce que c'est la seule solution pour pouvoir imposer un ordre à tous les évènements même s'il n'ont pas de date, imposant plus de travail s'il n'y a qu'un évènement à reclasser. Et les évènements se classent dans l'ordre chrono si le N°Ordre n'est pas documenté. Je pense aussi qu'il y aura moins besoin d'utiliser ces N°Ordre puisqu'on utilise la date exacte dans le tri (quand elle existe).

A+

André

[Horemans]

c'est pourquoi je préfère ce tri car soit on "force" le tri par N° d'ordre, soit on ne force pas le tri par N° d'ordre, et dans ce cas c'est l'ordre chronologique qui est appliqué (l'absence de date, dans ce cas reléguant l'événement en fin de liste)

C'est pour moi l'argument convaincant, je me rallie à ce processus qui devrait satisfaire tout le monde.

[Cecillon]

J'ai voté !

Vous en avez tellement dit que je n'ai rien à ajouter ... Bon sujet de discussion !!!

[Horemans]

Après quelques test de la base 4.004, tout se passe bien :

si je crée des événements datés il sont bien triés, les non datés sont à la fin.

Je peux alors les laisser (événements perso genre "loisir" "sport") ou forcer le tri par clic droit. Tout est ok

Mais quand je veux reprendre des anciens événements dont le tri a été préalablement forcé, je n'arrive pas à annuler les numéro d'ordre ayant servi à forcer le tri.

Je suis obligé de leur donner à tous la même valeur pour que le tri sur la date s'opère. (un effacement force la valeur à 0 et non à null).

çà pourrait ne pas être un problème sauf que si j'ajoute un événement daté, il se retrouvera devant les événements dont le tri forcé est à 0.

Il faut donc pouvoir mettre à null le code de tri forcé.

Un coup de sql doit pouvoir régler le problème pour le passé, mais pour l'avenir,  il faudrait un bouton pour mise à null dans la fenêtre de forçage du tri .

Clair... pas clair  ?

[DDdeBerdeux]

Je suis obligé de leur donner à tous la même valeur pour que le tri sur la date s'opère. (un effacement force la valeur à 0 et non à null).

çà pourrait ne pas être un problème sauf que si j'ajoute un événement daté, il se retrouvera devant les événements dont le tri forcé est à 0.

Si tous les évènements ont le même N°Ordre (0 par exemple), ils se classent dans leur ordre chronologique, mais un évènement daté sans N°Ordre se mettra après. Donc si on veut qu'il réintègre l'ordre chronologique il suffit de lui donner le même n°Ordre (0).

Il n'y a là rien de changé par rapport à ce qui existait (à part que la date exacte est prise en compte pour le classement).

Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.

A+

André

[Horemans]

Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.

Nous sommes donc bien d'accord.

Je transcris cette suggestion dans le forum pour.

[Ancestrologie]

Un petit bouton pour supprimer les N°Ordre d'une fiche serait bien pratique, mais çà c'est dans la fiche.

A+

Vais voir ca,



Mais ce bouton doit il etre

1 - dans chaque fiche et faut le faire pour chacun des indis

2 - ailleurs et global



??

[DDdeBerdeux]

Mais ce bouton doit il etre

1 - dans chaque fiche et faut le faire pour chacun des indis

2 - ailleurs et global

Dans chaque fiche, global serait trop dangereux.

L'ordre doit exister pour certains individus.

PS: je t'ai envoyé le fichier SQL de mise à jour avec des questions.

A+

André

[Horemans]

Mais ce bouton doit il etre

1 - dans chaque fiche et faut le faire pour chacun des indis

2 - ailleurs et global

Je pense avec la fenêtre de tri, au niveau de chaque fiche.

On peut avoir besoin de virer l'ensemble des tris manuels dans toute la base pour une réinitialisation du champ, mais un sql peut le faire et tout le monde ne veux pas forcément le faire.

[Tophe3860]

Voir ce lien, créé par Philippe pour les suggestions correspondantes  

[Gvx]

mais un sql peut le faire et tout le monde ne veux pas forcément le faire.

La requete est ICI

[DDdeBerdeux]

Et si vous voulez trouver les individus pour lesquels des évènements ont un N° d'ordre:

Code: [Sélectionner]

select distinct i.CLE_FICHE

     , i.NOM

     , i.PRENOM

     , i.KLE_DOSSIER

from EVENEMENTS_IND e, INDIVIDU i

where e.EV_IND_KLE_FICHE = i.CLE_FICHE

      AND e.EV_IND_ORDRE IS NOT NULL

order by i.NOM, i.PRENOM

A+

André

[Lya]

Bonjour à tous  



J'avais complètement "zappé" cette conversation en novembre, aussi j'y réponds un peu tardivement, mais je propose de complèter le classement chronologique en ajoutant ensuite un classement par tag gedcom :



ORDER BY eve.EV_IND_ORDRE, eve.EV_IND_DATE_YEAR , eve.EV_IND_DATE, eve.EV_IND_TYPE



Cette astuce aura l'avantage de classer les naissances avant les baptêmes et les décès avant les sépultures / inhumations quand ces événements ont lieu le même jour.