1
FRANÇAIS / Re: Bug double guillemets <"">
« on: July 05, 2026, 15:14:15 »
là je ne l'ai plus sous la main, mais dès que je reproduis l'erreur, je poste un fichier contenant des doubles guillemets
Select language :
News:
The brand new Ancestris documentation is also here for you if you have any questions.
Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
2
FRANÇAIS / Ancestris et molette horizontale
« on: July 05, 2026, 14:10:04 »
Bonjour,
J'ai une souris Logitech MX Master 3S (cf. photo). Cette souris dispose d'une molette verticale (celle que tout le monde connait, qui scrolle verticalement de haut en bas), et qui dispose également d'une molette horizontale (pour scroller de droite à gauche). Cette molette ne fonctionne pas dans Ancestris, en particulier dans la vue Arbre, mais également dans n'importe quel autre vue.
Est-ce qu'il y aurait un moyen de faire fonctionner cela ? Ou d'aider à débuguer cela ?
En solution de contournement, j'utilise la Shift (Maj) + roulette verticale.
Merci par avance pour toute aide.
J'ai une souris Logitech MX Master 3S (cf. photo). Cette souris dispose d'une molette verticale (celle que tout le monde connait, qui scrolle verticalement de haut en bas), et qui dispose également d'une molette horizontale (pour scroller de droite à gauche). Cette molette ne fonctionne pas dans Ancestris, en particulier dans la vue Arbre, mais également dans n'importe quel autre vue.
Est-ce qu'il y aurait un moyen de faire fonctionner cela ? Ou d'aider à débuguer cela ?
En solution de contournement, j'utilise la Shift (Maj) + roulette verticale.
Merci par avance pour toute aide.
3
FRANÇAIS / Re: Bug double guillemets <"">
« on: July 05, 2026, 14:05:36 »
pas de souci, pas d'urgence, je vous remercie déjà pour y regarder
4
FRANÇAIS / Re: Bug forum nouveau sujet avec Firefox
« on: June 28, 2026, 14:33:06 »
pour info, en cliquant sur "nouveau sujet" je viens d'avoir le message "serveur overloaded"
5
FRANÇAIS / Re: Bug forum nouveau sujet avec Firefox
« on: June 28, 2026, 14:32:13 »
bug aléatoire (désolé), pour firefox et chromium
6
FRANÇAIS / Bug forum nouveau sujet avec Firefox
« on: June 28, 2026, 14:28:19 »
Bonjour,
Je vous signale que la fonctionnalité "nouveau sujet" du forum, en particulier les boutons "Soumettre" et également "Prévisualiser" ne fonctionnent plus pour moi avec Firefox. Cela fonctionnait la semaine dernière car j'ai posté. J'ai utilisé Chromium comme solution de contournement (et que j'utilise ici pour signaler le souci). Je signale que j'ai souci également avec Chromium.
Résumé du bug : les boutons "Soumettre" et "Prévisualiser" me font perdre mon texte, et mon sujet n'est pas soumis car invisible dans la liste des sujets.
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Quelle version d'Ancestris : le souci est avec https://forum.ancestris.org/, la version installée en date du juin 28, 2026, 14:15:38
Quelle version de java : question non pertinente pour ce bug
Quelles fenêtres sont ouvertes ? : firefox, https://forum.ancestris.org/, nouveau sujet
Le bug concerne l'application elle même ou un plugin : question non pertinente pour ce bug
Si le bug concerne un plugin, quel plugin : question non pertinente pour ce bug
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : question non pertinente pour ce bug
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparait) : je ne l'avais pas la semaine dernière
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") : Firefox 140.12.0 Firefox ESR June 16, 2026 et Chromium Version 149.0.7827.196 (Official Build) built on Debian GNU/Linux 13 (trixie) (64-bit)
Manipulation (enchainement des commandes) entrainant le bug : aller sur https://forum.ancestris.org/, nouveau sujet, écrire un texte, et appuyer soit sur "Soumettre" ou "Prévisualiser". Dans les deux cas, on a l'impression que je sujet est posté, et on est de retour à la liste des posts.
La trace du bug dans le log : pas de trace visible
Je vous signale que la fonctionnalité "nouveau sujet" du forum, en particulier les boutons "Soumettre" et également "Prévisualiser" ne fonctionnent plus pour moi avec Firefox. Cela fonctionnait la semaine dernière car j'ai posté. J'ai utilisé Chromium comme solution de contournement (et que j'utilise ici pour signaler le souci). Je signale que j'ai souci également avec Chromium.
Résumé du bug : les boutons "Soumettre" et "Prévisualiser" me font perdre mon texte, et mon sujet n'est pas soumis car invisible dans la liste des sujets.
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Quelle version d'Ancestris : le souci est avec https://forum.ancestris.org/, la version installée en date du juin 28, 2026, 14:15:38
Quelle version de java : question non pertinente pour ce bug
Quelles fenêtres sont ouvertes ? : firefox, https://forum.ancestris.org/, nouveau sujet
Le bug concerne l'application elle même ou un plugin : question non pertinente pour ce bug
Si le bug concerne un plugin, quel plugin : question non pertinente pour ce bug
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : question non pertinente pour ce bug
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparait) : je ne l'avais pas la semaine dernière
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") : Firefox 140.12.0 Firefox ESR June 16, 2026 et Chromium Version 149.0.7827.196 (Official Build) built on Debian GNU/Linux 13 (trixie) (64-bit)
Manipulation (enchainement des commandes) entrainant le bug : aller sur https://forum.ancestris.org/, nouveau sujet, écrire un texte, et appuyer soit sur "Soumettre" ou "Prévisualiser". Dans les deux cas, on a l'impression que je sujet est posté, et on est de retour à la liste des posts.
La trace du bug dans le log : pas de trace visible
7
FRANÇAIS / Bug double guillemets <"">
« on: June 28, 2026, 14:15:17 »
Bonjour
Aléatoirement (je sais, aléatoirement c'est le pire, mais je n'ai pas réussi à reproduire le problème à coup sûr, et parfois cela fonctionne correctement), lorsque j'utilise le plugin saisie des actes et des relevés, je sauve, je ferme tout, et je rouvre Ancestris, j'obtiens la fenêtre d'erreur message.png. Pour contourner le souci, ce que je fais, c'est que j'ouvre le fichier txt, je supprime les doubles guillemets <""> pour qu'il n'en reste qu'un <">. Et c'est corrigé.
Résumé du bug : le plugin insère des doubles guillemets qu'il n'est pas capable de relire
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Quelle version d'Ancestris : 14.0.14215
Quelle version de java : 21.0.11+10-1-deb13u2-Debian - /usr/lib/jvm/java-21-openjdk-amd64
Quelles fenêtres sont ouvertes ? aucune, c'est à l'ouverture, avant que la grande fenêtre d'Ancestris ne s'ouvre
Le bug concerne l'application elle même ou un plugin : l'application et le plugin Relevé
Si le bug concerne un plugin, quel plugin : Relevé
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : oui
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparait) : le bug est apparu en mai 2026, mais je n'ai pas utilisé Ancestris pendant 1 an avant cette date
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") : 14.0.14205
Manipulation (enchainement des commandes) entrainant le bug : saisie d'acte, sauver, fermer tout, réouvrir Ancestris
La trace du bug dans le log : java.lang.Exception: La ligne contient 104 champs. Il devrait y avoir 105 champs.
Aléatoirement (je sais, aléatoirement c'est le pire, mais je n'ai pas réussi à reproduire le problème à coup sûr, et parfois cela fonctionne correctement), lorsque j'utilise le plugin saisie des actes et des relevés, je sauve, je ferme tout, et je rouvre Ancestris, j'obtiens la fenêtre d'erreur message.png. Pour contourner le souci, ce que je fais, c'est que j'ouvre le fichier txt, je supprime les doubles guillemets <""> pour qu'il n'en reste qu'un <">. Et c'est corrigé.
Résumé du bug : le plugin insère des doubles guillemets qu'il n'est pas capable de relire
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Quelle version d'Ancestris : 14.0.14215
Quelle version de java : 21.0.11+10-1-deb13u2-Debian - /usr/lib/jvm/java-21-openjdk-amd64
Quelles fenêtres sont ouvertes ? aucune, c'est à l'ouverture, avant que la grande fenêtre d'Ancestris ne s'ouvre
Le bug concerne l'application elle même ou un plugin : l'application et le plugin Relevé
Si le bug concerne un plugin, quel plugin : Relevé
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : oui
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparait) : le bug est apparu en mai 2026, mais je n'ai pas utilisé Ancestris pendant 1 an avant cette date
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") : 14.0.14205
Manipulation (enchainement des commandes) entrainant le bug : saisie d'acte, sauver, fermer tout, réouvrir Ancestris
La trace du bug dans le log : java.lang.Exception: La ligne contient 104 champs. Il devrait y avoir 105 champs.
8
FRANÇAIS / Re: calques: rectangles rapetissés + couleur source
« on: June 28, 2026, 12:01:16 »
Merci d'avoir tenté et testé en tout cas, car je ne suis pas arrivé à le faire moi-même
9
FRANÇAIS / Re: calques: rectangles rapetissés + couleur source
« on: June 21, 2026, 22:40:43 »
> Vous avez un <td> avec un "width=0" dans lequel on force un affichage. Personnellement, je ne suis pas fan du truc.
C'est ce qui est livré en standard par Ancestris, c'est dans le calque "par défaut", je n'ai pas touché à cela.
> Pour debugger, vous pouvez afficher les bordures en changent le border=0 de la table.
j'ai fait qques tentatives sans succès pour le moment
> Sans le calque complet, difficile à dire ce qui prend le pas l'un sur l'autre.
Voici mon calque:
<body bgcolor=#fffdba>
<table border="0" width=100% bgcolor=#fffdba color=black>
<tr valign="top">
<td width=0><media max=25></td>
<td>
<table border="0" width=100% bgcolor=#fffdba>
<tr>
<td width=10><prop path=INDI:SEX img=yes txt=no></td>
<td><table width=100%>
<tr>
<td valign="top">
<b><prop path=INDI:NAME?1:SPFX max=50><prop path=INDI:NAME?1:SPFX format=" {$e}"><prop path=INDI:NAME?1:SURN max=50> <prop path=INDI:NAME?1:NSFX max=50></b><br>
<b><prop path=INDI:NAME?1:GIVN max=50></b>
</td>
<td align="right">
<font color=blue><b><prop path=INDI:_SOSADABOVILLE></b></font> <br>
<prop path=INDI>
</td>
</tr>
</table></td>
</tr>
<tr>
<td><prop path=INDI:BIRT default=INDI:CHR img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:BIRT default=INDI:CHR format="{$D}"></b> <br>
<prop path=INDI:BIRT:PLAC default=INDI:CHR:PLAC max=67>
</td>
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
</tr>
<tr>
<td><prop path=INDI:DEAT default=INDI:BURI img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:DEAT default=INDI:BURI format="{$D}"></b> <br>
<prop path=INDI:DEAT:PLAC default=INDI:BURI:PLAC max=67>
</td>
<td width=0><div>
<font color="#d7191c"><mark path=INDI:DEAT:SOUR:QUAY test=0 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:DEAT:SOUR:QUAY test=1 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:DEAT:SOUR:QUAY test=2 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:DEAT:SOUR:QUAY test=3 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:DEAT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:DEAT:SOUR default="INDI:BURI:SOUR" notpresent="true"></font>
</div></td>
</tr>
<tr>
<td><prop path=INDI:OCCU img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:OCCU max=67></b> <br>
</td>
</tr>
<tr>
<td><prop path=INDI:RESI img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:RESI format={$p}></b> <br>
</td>
</tr>
</table>
</td>
</tr>
</table>
</body>
C'est ce qui est livré en standard par Ancestris, c'est dans le calque "par défaut", je n'ai pas touché à cela.
> Pour debugger, vous pouvez afficher les bordures en changent le border=0 de la table.
j'ai fait qques tentatives sans succès pour le moment
> Sans le calque complet, difficile à dire ce qui prend le pas l'un sur l'autre.
Voici mon calque:
<body bgcolor=#fffdba>
<table border="0" width=100% bgcolor=#fffdba color=black>
<tr valign="top">
<td width=0><media max=25></td>
<td>
<table border="0" width=100% bgcolor=#fffdba>
<tr>
<td width=10><prop path=INDI:SEX img=yes txt=no></td>
<td><table width=100%>
<tr>
<td valign="top">
<b><prop path=INDI:NAME?1:SPFX max=50><prop path=INDI:NAME?1:SPFX format=" {$e}"><prop path=INDI:NAME?1:SURN max=50> <prop path=INDI:NAME?1:NSFX max=50></b><br>
<b><prop path=INDI:NAME?1:GIVN max=50></b>
</td>
<td align="right">
<font color=blue><b><prop path=INDI:_SOSADABOVILLE></b></font> <br>
<prop path=INDI>
</td>
</tr>
</table></td>
</tr>
<tr>
<td><prop path=INDI:BIRT default=INDI:CHR img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:BIRT default=INDI:CHR format="{$D}"></b> <br>
<prop path=INDI:BIRT:PLAC default=INDI:CHR:PLAC max=67>
</td>
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
</tr>
<tr>
<td><prop path=INDI:DEAT default=INDI:BURI img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:DEAT default=INDI:BURI format="{$D}"></b> <br>
<prop path=INDI:DEAT:PLAC default=INDI:BURI:PLAC max=67>
</td>
<td width=0><div>
<font color="#d7191c"><mark path=INDI:DEAT:SOUR:QUAY test=0 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:DEAT:SOUR:QUAY test=1 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:DEAT:SOUR:QUAY test=2 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:DEAT:SOUR:QUAY test=3 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:DEAT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:DEAT:SOUR default="INDI:BURI:SOUR" notpresent="true"></font>
</div></td>
</tr>
<tr>
<td><prop path=INDI:OCCU img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:OCCU max=67></b> <br>
</td>
</tr>
<tr>
<td><prop path=INDI:RESI img=yes txt=no></td>
<td valign="top">
<b><prop path=INDI:RESI format={$p}></b> <br>
</td>
</tr>
</table>
</td>
</tr>
</table>
</body>
10
FRANÇAIS / Re: Bug "Voir la photo de l'acte du relevé" ?
« on: June 21, 2026, 22:28:11 »
> Est-ce que vous avez utilisé le module de relevé avant ?
Est-ce que vous voulez dire : "Est-ce que vous avez utilisé le module de saisie des actes et relevé avant ?" : oui, c'est mon outil principal pour la saisie dans Ancestris. J'utilise les éditeurs Cygnus, Gedcom ou Ariès seulement pour de la "retouche".
Si c'est bien cette question, alors j'avoue ne pas la comprendre : pour afficher l'acte de naissance, il suffit de prendre l'OBJE de la SOUR de BIRT (peu importe l'éditeur qui a rentré les données dans le fichier gedcom). Mais peut-être êtes vous en train de dire que le module de saisie des actes et relevés génère des tags spéciaux pour les actes ?
> Aviez-vous ce problème antérieurement ?
J'avais répondu, c'est planqué dans le paragraphe bien compact:
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparaît) : je n'avais pas utilisé cette fonctionnalité avant aujourd'hui.
Est-ce que vous voulez dire : "Est-ce que vous avez utilisé le module de saisie des actes et relevé avant ?" : oui, c'est mon outil principal pour la saisie dans Ancestris. J'utilise les éditeurs Cygnus, Gedcom ou Ariès seulement pour de la "retouche".
Si c'est bien cette question, alors j'avoue ne pas la comprendre : pour afficher l'acte de naissance, il suffit de prendre l'OBJE de la SOUR de BIRT (peu importe l'éditeur qui a rentré les données dans le fichier gedcom). Mais peut-être êtes vous en train de dire que le module de saisie des actes et relevés génère des tags spéciaux pour les actes ?
> Aviez-vous ce problème antérieurement ?
J'avais répondu, c'est planqué dans le paragraphe bien compact:
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparaît) : je n'avais pas utilisé cette fonctionnalité avant aujourd'hui.
11
FRANÇAIS / Re: calques: rectangles rapetissés + couleur source
« on: June 21, 2026, 21:53:43 »
J'ai créé un gif animé pour se rendre compte de l'effet de décalage vers le bas. Cf comparaison.gif
12
FRANÇAIS / Re: calques: rectangles rapetissés + couleur source
« on: June 21, 2026, 21:51:56 »
Pour les réglages, j'ai ré-augmenté les tailles dans réglages, et cela a fonctionné. Merci.
Pour la couleur, j'ai utilisé votre suggestion, et j'ai la pastille en gris clair, mais c'est décalé vers le bas. Je m'explique:
L'image "par défaut.png" est avec le calque par défaut.
L'image "par défaut et couleur.png" est avec le calque dont les deux seules modifications sont:
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
et
<td width=0><div>
<font color="#d7191c"><mark path=INDI:DEAT:SOUR:QUAY test=0 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:DEAT:SOUR:QUAY test=1 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:DEAT:SOUR:QUAY test=2 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:DEAT:SOUR:QUAY test=3 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:DEAT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:DEAT:SOUR default="INDI:BURI:SOUR" notpresent="true"></font>
</div></td>
Votre aide est la bienvenue, pour obtenir un affichage comme le "par défaut", mais sans le décalage vers le bas, et avec les mark de couleurs en fonction de la QUAY.
Pour la couleur, j'ai utilisé votre suggestion, et j'ai la pastille en gris clair, mais c'est décalé vers le bas. Je m'explique:
L'image "par défaut.png" est avec le calque par défaut.
L'image "par défaut et couleur.png" est avec le calque dont les deux seules modifications sont:
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
et
<td width=0><div>
<font color="#d7191c"><mark path=INDI:DEAT:SOUR:QUAY test=0 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:DEAT:SOUR:QUAY test=1 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:DEAT:SOUR:QUAY test=2 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:DEAT:SOUR:QUAY test=3 default="INDI:BURI:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:DEAT:SOUR:QUAY default=INDI:CHR:SOUR:QUAY notpresent="true"></font>
<font color="#404040"><mark path=INDI:DEAT:SOUR default="INDI:BURI:SOUR" notpresent="true"></font>
</div></td>
Votre aide est la bienvenue, pour obtenir un affichage comme le "par défaut", mais sans le décalage vers le bas, et avec les mark de couleurs en fonction de la QUAY.
13
FRANÇAIS / Bug "Voir la photo de l'acte du relevé" ?
« on: June 21, 2026, 21:20:21 »
Bonjour, j'ai l'impression que j'ai un bug lorsque j'accède à "Voir la photo du relevé"
Résumé du bug : "voir la photo de l'acte du relevé" affiche "pas la bonne image" et "toujours la même image"
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Version d'Ancestris : 14.0.14215
Java : 21.0.11+10-1-deb13u2-Debian - /usr/lib/jvm/java-21-openjdk-amd64
Système : Linux - 6.12.90+deb13.1-amd64 - user
Répertoire utilisateur : /home/user/.ancestris/trunk
Quelles fenêtres sont ouvertes ? : l'arbre,
Le bug concerne l'application elle même ou un plugin : clic droit dans l'arbre
Si le bug concerne un plugin, quel plugin :
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : oui
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparaît) : je n'avais pas utilisé cette fonctionnalité avant aujourd'hui
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") :
Manipulation (enchaînement des commandes) entraînant le bug : je sélectionne une "boite" dans la vue "Arbre", par exemple un individu qui a une source pour la naissance, je fais clic droit, et je sélectionne "Voir la photo du relevé: Acte de naissance". Cf Un fichier image s'ouvre dans mon visualiseur d'image, mais ce n'est pas celui qui est lié à l'individu sélectionné. Il est à noté, que quel que soit l'individu sélectionné, c'est toujours le même fichier image qui s'ouvre.
La trace du bug dans le log :
Résumé du bug : "voir la photo de l'acte du relevé" affiche "pas la bonne image" et "toujours la même image"
Quel système d'exploitation : Linux
Quelle version du système d'exploitation : Debian 13
Version d'Ancestris : 14.0.14215
Java : 21.0.11+10-1-deb13u2-Debian - /usr/lib/jvm/java-21-openjdk-amd64
Système : Linux - 6.12.90+deb13.1-amd64 - user
Répertoire utilisateur : /home/user/.ancestris/trunk
Quelles fenêtres sont ouvertes ? : l'arbre,
Le bug concerne l'application elle même ou un plugin : clic droit dans l'arbre
Si le bug concerne un plugin, quel plugin :
Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : oui
Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparaît) : je n'avais pas utilisé cette fonctionnalité avant aujourd'hui
Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") :
Manipulation (enchaînement des commandes) entraînant le bug : je sélectionne une "boite" dans la vue "Arbre", par exemple un individu qui a une source pour la naissance, je fais clic droit, et je sélectionne "Voir la photo du relevé: Acte de naissance". Cf Un fichier image s'ouvre dans mon visualiseur d'image, mais ce n'est pas celui qui est lié à l'individu sélectionné. Il est à noté, que quel que soit l'individu sélectionné, c'est toujours le même fichier image qui s'ouvre.
La trace du bug dans le log :
14
FRANÇAIS / calques: rectangles rapetissés + couleur source
« on: June 21, 2026, 18:58:23 »
Bonjour,
Ma première question : je suis en train de faire des modifs de calque, et quand je reviens sur "défaut", les tailles des rectangles ont rapetissées. cf "rectangle_rapetissé.png". Comment fait-on pour revenir à la normale ?
Ma deuxième question : je voudrais adapter la couleur de la "mark" pour les sources.
Voici les couleurs que je voudrais:
rouge s'il y a une source QUAY=0
orange s'il y a une source QUAY=1
vert clair s'il y a une source QUAY=2
vert foncé s'il y a une source QUAY=3
gris clair s'il y a une source, mais pas de QUAY
gris foncé s'il n'y a pas de source
Sauf que cela ne fonctionne pas tel que je le voudrais : si par exemple j'ai quay=2, j'obtiens une mark vert clair, et aussi une mark gris clair. Cf mark.png. Est-ce que c'est possible d'avoir que la marque vert clair pour ce cas ? Et la marque gris clair s'il y a une SOUR sans QUAY ?
Dans le calque par défaut, j'ai remplacé ceci:
<td width=0><div>
<font color=green><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR"></font>
<font color=red><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
par ceci (dans un nouveau calque):
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
Merci par avance pour votre aide
Ma première question : je suis en train de faire des modifs de calque, et quand je reviens sur "défaut", les tailles des rectangles ont rapetissées. cf "rectangle_rapetissé.png". Comment fait-on pour revenir à la normale ?
Ma deuxième question : je voudrais adapter la couleur de la "mark" pour les sources.
Voici les couleurs que je voudrais:
rouge s'il y a une source QUAY=0
orange s'il y a une source QUAY=1
vert clair s'il y a une source QUAY=2
vert foncé s'il y a une source QUAY=3
gris clair s'il y a une source, mais pas de QUAY
gris foncé s'il n'y a pas de source
Sauf que cela ne fonctionne pas tel que je le voudrais : si par exemple j'ai quay=2, j'obtiens une mark vert clair, et aussi une mark gris clair. Cf mark.png. Est-ce que c'est possible d'avoir que la marque vert clair pour ce cas ? Et la marque gris clair s'il y a une SOUR sans QUAY ?
Dans le calque par défaut, j'ai remplacé ceci:
<td width=0><div>
<font color=green><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR"></font>
<font color=red><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
par ceci (dans un nouveau calque):
<td width=0><div>
<font color="#d7191c"><mark path=INDI:BIRT:SOUR:QUAY test=0 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#fdae61"><mark path=INDI:BIRT:SOUR:QUAY test=1 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#a6d96a"><mark path=INDI:BIRT:SOUR:QUAY test=2 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#1a9641"><mark path=INDI:BIRT:SOUR:QUAY test=3 default="INDI:CHR:SOUR:QUAY"></font>
<font color="#bababa"><mark path=INDI:BIRT:SOUR></font>
<font color="#404040"><mark path=INDI:BIRT:SOUR default="INDI:CHR:SOUR" notpresent="true"></font>
</div></td>
Merci par avance pour votre aide
15
FRANÇAIS / Re: Fusion de doublon
« on: May 25, 2026, 14:18:29 »
Ce que j'ai finalement fait : avant la fusion dans mon fichier gedcom principal, j'ai nettoyé les lieux du fichier secondaire. C'est à dire que j'ai normalisé en "Lieudit, Commune, Code_INSEE, Code_Postal, Département, Région, Pays". Originellement le fichier gedcom secondaire ne contenait que "Lieudit, Commune". J'ai alors lancé "Réunir deux généalogies", et là, la recherche de doublons a tout trouvé.
J'en déduis que ce sont les lieux qui faisaient "capoter le matching". Dans l'exemple que j'ai fourni, on avait
BIRT
La Rigaudié, Montirat, 81180, 81190, Tarn, Occitanie, France
La Régaudié, Paroisse de Canezac
DEAT
La Régaudié, Montirat, 81180, 81190, Tarn, Occitanie, France
La Régaudié, Commune de Montirat
Je ne sais pas ce qui fait capoter le matching:
- est-ce la comparaison des BIRT, c'est le plus probable (différence Ri-Ré, et Montirat-Canezac)
- ou est-ce la comparaison des DEAT fait également capoter ? Là je trouverai cela dommage, mais c'est peut-être améliorable ? Comment est fait le calcul de similarité ? Il devrait donner un scoring positif, faible certes, mais positif non ?
J'en déduis que ce sont les lieux qui faisaient "capoter le matching". Dans l'exemple que j'ai fourni, on avait
BIRT
La Rigaudié, Montirat, 81180, 81190, Tarn, Occitanie, France
La Régaudié, Paroisse de Canezac
DEAT
La Régaudié, Montirat, 81180, 81190, Tarn, Occitanie, France
La Régaudié, Commune de Montirat
Je ne sais pas ce qui fait capoter le matching:
- est-ce la comparaison des BIRT, c'est le plus probable (différence Ri-Ré, et Montirat-Canezac)
- ou est-ce la comparaison des DEAT fait également capoter ? Là je trouverai cela dommage, mais c'est peut-être améliorable ? Comment est fait le calcul de similarité ? Il devrait donner un scoring positif, faible certes, mais positif non ?