RÉSOLU G2027 v1.4 – Défaut d'alignement des écrans de saisie après consultation d'une fiche sans union

[gekalegoret]

Bonjour à tous,

Je rencontre un petit problème d'affichage, certes sans gravité, mais assez agaçant à l'usage, sur mes écrans de saisie 1 et 2 personnalisés.

J'ai réussi à identifier précisément les circonstances dans lesquelles il apparaît :

1. Au démarrage de G2027, l'affichage est parfaitement normal.
2. Tant que je consulte des fiches comportant une union, tout reste correctement aligné.
3. Un simple clic sur une fiche sans union provoque un décalage des champs de saisie.
4. Ce défaut persiste ensuite sur toutes les fiches consultées.
5. Le rafraîchissement de l'écran n'y change rien.
6. Un simple aller-retour entre les écrans de saisie 1 et 2 rétablit immédiatement l'affichage normal... jusqu'à la prochaine fiche sans union !

J'ai également essayé de déplacer la rubrique UNION dans le paramétrage de l'écran, sans résultat.

Ce problème est purement visuel et ne semble pas affecter les données.
Je joins trois captures illustrant l'affichage défectueux, l'affichage normal et le paramétrage de mon écran de saisie 1.

L'un des utilisateurs expérimentés ou bêta-testeurs aurait-il déjà rencontré ce comportement, ou aurait-il une idée pour y remédier ?

Merci d'avance pour vos suggestions et bonne journée à tous !

 

[predigny]

Il y a un aléa sur l'affichage de "Heure : "
Il semble que vous ayez modifié la structure des événements en ajoutant un champ "Heure" ; pouvez vous nous montrer la structure du fichier de l'événement Union ?
Changer la structure des rubriques standard est toujours un peu risqué car aucun test n'a été fait sur ces structures modifiées

 

[gekalegoret]

Bonjour Pascal,
Merci pour votre réponse rapide. Voici une capture de la structure du fichier pour l'évènement "UNION"

 

[predigny]

Oui c'est que j'ai essayé comme structure et l'affichage de "Heure : " n'est pas du tout assuré. Avec une taille de 5 pour le champ Info je n'avais pas l'affichage de Heure : en mettant 10 je l'avais mais il pouvait disparaitre en changeant de cases.
Je vais le signaler au cdip ....

 

[gekalegoret]

Merci Pascal pour vos essais et pour votre intervention auprès du CDIP !

L'ajout du champ « Heure » répondait initialement à un besoin généalogique précis : enregistrer les heures de naissance de deux jumeaux, mentionnées dans leur acte. J'ai ensuite étendu ce champ aux autres événements principaux, notamment pour conserver une présentation homogène de mes écrans de saisie.

Si cette personnalisation est à l'origine du problème, je suis disposé à y renoncer, en conservant les quelques informations horaires utiles dans les notes des événements concernés.

En attendant, je vais poursuivre mon travail sans modifier la structure, puisque le défaut reste purement visuel. En attendant une réponse des développeurs.

Encore merci pour votre aide et votre signalement !

Georges

 

[gekalegoret]

Bonjour Pascal,

Un petit retour sur mes essais.

J'ai finalement décidé de revenir aux événements simples pour N/B/U/D et de réorganiser complètement mes deux écrans de saisie.

Résultat : le défaut d'alignement a totalement disparu, y compris lors du passage entre des fiches avec et sans union.

J'ai également renoncé au champ supplémentaire « Heure », dont l'intérêt était finalement très limité dans ma généalogie. Je conserverai ces quelques informations particulières dans les notes des événements concernés.

Votre remarque concernant la modification de la structure des événements natifs m'a donc été très utile !

Merci encore pour votre aide et vos investigations.

Georges

 

[predigny]

Je crois que c'est mieux ainsi ; reste que le comportement du libellé du champ Info n'est pas normal et je pense que cette anomalie existerait aussi pour un événement avec info, associé au couple, créé par l'utilisateur comme il l'en a le droit. La remonté du problème au cdip est donc toujours d'actualité.