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.


Messages - mother10

Pages: 1 ... 4 5 [6] 7 8 ... 18
76
FRANÇAIS / Re: La saisie des lieux sur divers écrans
« on: June 07, 2024, 08:00:46 »
Bonjour le fil,

Merci pour les réactions.
Je continue de penser que si une partie d'un programme fonctionne d'une certaine manière, alors une autre partie du programme doit fonctionner de manière identique. Sinon, cela crée de la confusion, et c'est ce qui se passe actuellement.

Rémi : je pense avoir trouvé l'ancien fil de discussion, est-ce celui-ci ?
https://forum.ancestris.org/index.php?topic=4071.msg11653#msg11653

La toute première remarque de Zurga, qui suggère de cliquer sur le globe, n'est pas une solution. Cela m'amène à la carte et aux coordonnées. Là, j'obtiens bien les champs à droite, mais également la carte. (D'ailleurs, un séparateur vertical entre la carte et les champs serait utile, car les champs ont actuellement une longueur fixe que l'on ne peut pas agrandir).

Pour être honnête, si je me réfère à la manière dont un lieu est représenté dans un fichier Gedcom, un seul champ pour le lieu n'est pas correct. Dans aucun éditeur.
Nulle part dans le Gedcom un lieu n'est représenté par un seul champ ; chaque lieu dans le Gedcom est constitué de plusieurs sous-parties (juridictions) qui forment un lieu complet.
Si vous voulez éduquer les utilisateurs à bien définir les choses, assurez-vous que lors de la saisie, à chaque endroit dans Ancestris, il soit clair qu'un lieu n'est pas une seule entité, mais que toutes les juridictions ensemble définissent le lieu.

J'ai personnellement expérimenté ce problème dans mon ancien programme, où chaque lieu devait être saisi dans un seul champ. Cela a créé un désordre immense quand j'ai voulu créer un bon fichier Gedcom à partir de ce programme. Ça n'a pas fonctionné, et j'ai dû gérer un tas de problèmes en passant à Ancestris.

J'ai donc commencé cette discussion pour une raison. On peut dire que l'on ne veut pas contrarier les utilisateurs existants, mais en agissant ainsi, nous utiliserions encore des chevaux et des carrosses au lieu de voitures.

Si vous voulez évoluer avec votre temps, vous devez parfois vous adapter (oui, moi aussi, même si je viens d'avoir 74 ans !). Il fut un temps où je trouvais les téléphones portables inutiles, et maintenant j'en ai un assez moderne, et je ne veux plus m'en passer ; il me suit partout.
C'est un peu la même chose avec l'éditeur Gedcom. Beaucoup de gens hésitent, mais quand on comprend la logique, c'est en fait un éditeur très pratique.

Donc, pour revenir aux lieux, peu importe ce que disent les gens, je continue de penser que, pour éviter la confusion et les problèmes, à chaque endroit dans Ancestris où un lieu doit être saisi, cela doit se faire via toutes les juridictions, et non pas via un seul champ. Un sous-écran fixe avec les champs. Ainsi, tout le monde comprend et c'est toujours pareil. Ce sous-écran peut faire partie d'un écran, comme c'est déjà le cas dans l'éditeur Gedcom.

C'est un peu la même logique que pour les noms. Nous savons qu'un nom se compose de plusieurs parties qui ont chacune leur propre "champ" dans le Gedcom. Pour un nom, nous avons donc les différents champs séparés. Pourquoi pas pour un lieu ? Parce que nous n'y sommes pas habitués ? Parce que nous savons ce que nous voulons dire en disant Paris ou Amsterdam ?

Tout le monde comprend que lorsque nous saisissons une adresse dans un GPS, nous devons indiquer une adresse complète, sinon nous n'arrivons pas exactement à destination. Arriver à la périphérie d'Amsterdam ou de Paris ne nous aide pas si nous devons rendre visite à quelqu'un. Nous sommes donc prêts à être précis dans ce cas-là, faisons-le aussi ici.

Cordialement,
Tineke

---

77
DUTCH / Re: Tekst verschijnt niet in Cygnus
« on: June 04, 2024, 14:55:59 »
Hallo Jan,

je hebt je Source gekoppeld aan je PLAATS (PLAC) niet direct onder de DEAT tag.
Volgens mij kun je hem in de gedcom editor met drag en drop omhoog hijsen.

Groetjes,
Tineke

78
FRANÇAIS / Re: Petite icône sur les onglets
« on: June 04, 2024, 12:31:24 »
Bonjour Jean Charles,

Je me souviens qu’une fois (sous Windows), j’ai eu un problème similaire. À ce moment-là, une mise à jour avait échoué ou avait été interrompue à mi-chemin.

Après cette mise à jour avortée, Ancestris ne fonctionnait plus correctement. J’ai dû réinstaller complètement Ancestris, et cela a résolu le problème.

Je ne sais pas pourquoi la mise à jour s'est interrompue. Si je me souviens bien, j'avais reçu un message indiquant que les fichiers ne pouvaient pas être lus à partir du serveur Ancestris.

Peut-être cela pourrait-il t’aider ?

Cordialement,
Tineke

79
DUTCH / Re: GEDCOM 7 in Versie 12, stand van zaken
« on: June 04, 2024, 05:37:04 »
Hallo Jan,

Zou in de nieuwste build opgelost moeten zijn nu!

Groetjes,
Tineke

80
DUTCH / Re: GEDCOM 7 in Versie 12, stand van zaken
« on: June 03, 2024, 19:04:39 »
Ok, heb Zurga een email gestuurd, dus zodra hij tijd heeft kijkt hij wel.

Groetjes,
Tineke

81
DUTCH / Re: GEDCOM 7 in Versie 12, stand van zaken
« on: June 03, 2024, 18:24:51 »
Hallo Jan,

Ja ik zie het, ik geef het door.

Groetjes,
Tineke

82
DUTCH / GEDCOM 7 in Versie 12, stand van zaken
« on: June 03, 2024, 09:31:49 »
Hallo allemaal,

Vanaf heden kan, in versie 12 van Ancestris, gedcom 7 gebruikt worden in ALLE editors.
Let op, Versie 12 is dus nog NIET gereleased, maar alle editors kunnen nu wel met Gedcom 7 werken.

Mochten jullie foutjes of onvolkomenheden opmerken, geef dit dan even door.
Wel graag met duidelijke beschrijving, en eventueel screenshots.

Groetjes,
Tineke

83
FRANÇAIS / La saisie des lieux sur divers écrans
« on: June 02, 2024, 14:14:08 »
Bonjour à tous,

Une question à tout le monde :
Ne serait-il pas plus pratique si la saisie des noms de lieux était plus claire ?
Bien sûr, nous devons nous conformer à la norme GEDCOM, donc avec les juridictions. Mais si je compare la façon dont la saisie se fait avec l'éditeur GEDCOM, et comment cela se passe avec Aries et Cygnus, je préfère quand même la méthode de l'éditeur GEDCOM. Là, vous voyez directement, si vous voulez par exemple saisir Nantes, dans quel champ cela doit être fait, car un champ est affiché pour chaque juridiction, et les champs sont bien alignés les uns sous les autres.

Si je compare cela à la façon dont cela se passe dans Aries et Cygnus, où vous semblez parfois vous noyer dans les virgules, ce n'est certainement pas clair pour les nouveaux utilisateurs.
On peut s'attendre à ce que, si l'on doit penser aux virgules, le lieu soit plusieurs fois placé au mauvais endroit (donc à la place d'une toute autre juridiction) et cela ne fait qu'augmenter la confusion.

Je comprends que, pour des raisons d'espace dans Aries et Cygnus et des écrans supplémentaires éventuels, il n'est pas pratique de placer tous ces champs les uns sous les autres, mais je préférerais avoir une sorte d'écran déroulant ou une fenêtre popup où tous les champs sont bien alignés les uns sous les autres.
Ou une autre solution, peut-être que quelqu'un ici peut aussi y réfléchir ?

Si je pense maintenant à Cygnus, par exemple, et que j'ajoute un événement, alors sur l'écran de Cygnus, tous les champs sont entassés entre eux.
Pourquoi ne pas créer un écran d'événement (qui serait alors également utilisable pour Aries) où tous les champs pour un événement sont affichés.
Et ensuite, les champs de juridiction s'aligneraient comme dans l'éditeur GEDCOM. Après avoir rempli, donnez "ok" et les informations seraient déplacées vers des champs non modifiables dans Aries ou Cygnus. Et le lieu avec les virgules à leur place.

Sur cet écran popup, vous avez alors tout l'espace pour disposer les champs de manière ample et bien alignée. Tous les champs de juridiction également.

Qui veut/peut ajouter quelque chose à cela ?

Cordialement,
Tineke

84
TOP,

Alweer een probleem(pje) opgelost.  ;D ;D ;D

Tineke

85
Hallo Jan,

Dit zou opgelost moeten zijn in de build van morgen.  :)

Groetjes,
Tineke

86
Hallo Jan,

Bedoel je waar nu bij jou getuige staat?

Groetjes,
Tineke

87
FRANÇAIS / Re: Combien de dépots nécessaires ?
« on: May 28, 2024, 18:19:42 »
Bonjour Sputnik,

tu es déjà sur la bonne voie.

As-tu essayé mon lien vers la documentation néerlandaise ?
Tout y est expliqué.

Va sur cette page :
https://translate.google.com/?hl=fr&tab=TT

Choisis : "Sites Web"
Ensuite, entre mon lien : donc ce lien :
https://docs.ancestris.org/books/gebruikershandleiding/page/712-archieven-referenties
et clique sur cette flèche bleue.

Tu obtiendras alors la page du guide néerlandais qui traite des dépôts.
Les captures d'écran sont en néerlandais mais grâce à ce site de traduction, le texte est en français.

Fais-moi savoir si c'est plus clair maintenant ?

Cordialement,
Mother10

88
FRANÇAIS / Re: Combien de dépots nécessaires ?
« on: May 27, 2024, 18:00:55 »
Bonjour Stephbeb,

Ancestris a un fichier contenant uniquement des dépôts. Cela se trouve via "Fichier / Ouvrir la base de dépôts", puis choisissez "Vue / Tables des entités".

Dans la documentation : "Documenter vos sources"
Dans le guide français, il n'y a pas encore d'explication sur la façon de travailler avec la liste des dépôts.
Dans le guide néerlandais, oui.
Vous pouvez le trouver ici : https://docs.ancestris.org/books/gebruikershandleiding/page/712-archieven-referenties
Les captures d'écran sont en néerlandais, mais vous pouvez faire traduire le texte. Cela pourrait aider.

Bonne chance,
Mother10

89
Hallo Jan,

ZIE Screenshot!!

Zoals gevraagd de prefixen van de achternaam nu zichtbaar waar jij wilde.
Dankzij Zurga.

Tevreden? ;D

Groetjes,
Tineke

90
Hi All,

With Aries you can add all Gedcom tags and events possible.

But when I look at the Names, the main Aries screen shows (or can show) all fields possible for a certain name set, the main Name set.
Now when I add more extra Name sets from the "Other Names" tab, I only have visible columns for First name and Last name. Why dont I see all fields possible for 1 name set. (maybe with a setting), same way as you can choose the visible columns in the Entity tabel.

Regards,
Tineke

Pages: 1 ... 4 5 [6] 7 8 ... 18