Rapport Lignée narrative d'ascendance ou de descendance

[jchr]

Hello,
Je ne sais pas si cela avait été demandé, mais serait-il possible d'avoir des phrases complètes au lieu d'abréviations pour les dates incertaines. Ex:
Jacques(?) VEYSSIER, born in (), relation to Anne VIOLLE, died ava avril 1681 in ()
.
On a "décédé ava avril 1681 à ... " pourrait-on avoir "décédé avant avril 1681 à ...."

Autre point : en anglais on ne dit pas married firstly, ou married secondly, mais si la personne a été mariée plusieurs fois on va dire : Married in first marriage / Married in second marriage / Married in third marriage / Married in fourth marriage, il me semble. Le pb est que si la personne s'est mariée deux fois, pour la première fois on aurait tendance à dire : "first married" ... ça complique. Peut-être faudrait-il en rester à first, second, etc....
Francois

Re-bonjour François, re-bonjour à tous,

François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.

Zurga a fait remarquer la difficulté d'entreprendre ce changement, les modifications ne pouvant se limiter au rendu du rapport narratif. Hélas !

Bien cordialement.

Jean-Charles

[arvernes]

Ou alors, à l'extrême limite, en cas de difficulté de codification, nous préfèrerions :

marié (1) avec NN...
marié (2) avec NN...

mariée (1) avec NN...
mariée (2) avec NN...

Ce qui est plus dans le sens de :

marié en premières noces avec NN...
marié en secondes noces avec NN...

mariée en premières noces avec NN...
mariée en secondes noces avec NN...

Ben j'aime moins.
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois

[arvernes]

François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.

Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois

[jchr]

Ou alors, à l'extrême limite, en cas de difficulté de codification, nous préfèrerions :

marié (1) avec NN...
marié (2) avec NN...

mariée (1) avec NN...
mariée (2) avec NN...

Ce qui est plus dans le sens de :

marié en premières noces avec NN...
marié en secondes noces avec NN...

mariée en premières noces avec NN...
mariée en secondes noces avec NN...

Ben j'aime moins.
Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois

Bonsoir François,

Je rejoins ton opinion en tout point.

Ce que nous avons déjà est bien plus dans l'idée de la narration propre au qualificatif du rapport.

Bonne fin de journée.

Bien cordialement.

Jean-Charles

[jchr]

François, juste pour ton information, nous avons évoqué ce sujet. En tout cas à deux reprises.

Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois

 

jch

[remi0144]

Bon ben là, c'est une requête majeure que je fais à Zurga et qu'il est impératif qu'il mette sur sa ToDo list, à savoir me redonner de la mémoire. On est pas sorti je peux vous dire. Francois

J'en remets une couche François

Quand Zurga a proposé la bibliographie des SOUR, il a bien précisé de sélectionner "laps de temps entre...et..." pour une narration plus agréable 

Je ne l'avais pas signalé avant, mais il y a aussi un changement sur le vocable des périodes des sources.

Je ne me souviens plus comment c'était avant. Maintenant, ça fait un peu bizarre je trouve :

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période du 1792 au 1932J'aurais plus vu, mais là encore, la majorité dira ce qu'elle préfère :

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période de 1792 à 1932L'avantage de ce type de mention, est que cela vaut aussi pour des mois, ou des périodes révolutionnaires. ex :

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période en 1772

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période de 1772

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période du sept 1772 au nov 1773

Code: [Select]

Type d'évènements : BIRT, MARR, DEAT, pour la période de sept 1772 à nov 1773Francois

[remi0144]

C'est possible mais normalement interdit par la norme.
Néanmoins la quasi-totalité des logiciels utilisent des tags personnels sans mettre de underscore ou utilisent des tags légitimes à des endroits illégitimes (le tag TIME est souvent utilisé dans les évènements alors qu'il ne doit être utilisé suivant la norme que dans le cadre d'un CHAN, date de changement).

Zurga

Merci Zurga pour cette précision. Je fais partie de ceux qui utilisent l'étiquette perso _TIME pour anticiper le passage à Gedom 7, tôt ou tard, car tu m'avais dit qu'il était prévu par l'évolution de la norme. C'est ma seule étiquette personnelle avec le _TODO qui ne me sert qu'à écrire des "choses" à faire pour éditer une fiche de travail quand je me déplace aux AD.

Tout le reste ne sont que les étiquettes prévues par la norme.

Rémi

[remi0144]

Je trouve que ce serait une mauvaise idée d'utiliser des étiquettes sans underscore. car là, on peut perdre des infos. Je ne vois pas l'avantage à créer de telles étiquettes, plutôt que des étiquettes avec des underscore....

100% d'accord. Mon retour ce matin est uniquement parce que je "teste" les nouvelles fonctions proposées par Zurga. Je me créé donc temporairement ce qu'il faut pour tester.

Car si Zurga code et créée des belles choses, il faut les tester pour donner notre retour.

Rémi

[remi0144]

François,

Sur le fil anglais tu me réponds : Je suis d'accord avec toi, mais actuellement, il y a déjà des liens hypertextes sur certains noms, et ces liens ne sont pas colorés ou, du moins sur mon ordinateur (sous Ubuntu), ces liens apparaissent en noir, comme le texte. François

On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire  ).

Pour ta question de mettre des liens sur les notes en bas de pages, je ne suis pas contre. Mais cela aurait une utilité si toutes les notes étaient rassemblées en fin de document, et là dessus, on est tous d'accord, c'est non, on les préfère en bas de chaque page. Placées ici, ces notes n'ont pas plus-values à être "cliquables", dans le sens où depuis un mois on demande des tonnes de choses à faire à Zurga, et cette demande serait le surcharger, je pense, inutilement. Après, si elles se font, je n'y suis pas opposé. Il a juste déjà beaucoup à faire, ce pour quoi je lui en suis pleinement reconnaissant.

Je lis que tu es sur Debian aussi, as-tu testé qpdfview et la fonction qui fait ressortir les liens ?
Si un logiciel sur Linux le permet, il serait surprenant que Adobe Reader, qui est une référence dans la lecture des pdf, ne le propose pas. Ce serait bien si un spécialiste avait la réponse de où se cache cette option.

Bien à toi,

Rémi

Citation de: mother10 le Hier à 15:02:18

    ----------------------------------
    Jumping inside the report.
    It was only today I realized you could jump up and down individuals in the report.
    There is no visible sign to tell a user what is a jump.
    Maybe some people dont want to see them, but I would like to have a configurable way to make a link more prominent for the readers of my report.
    Like:
    Yes or No in Bold, and be able to define their color?

The link are basically for a web export.
In html export,the link are underlined.
In pdf, the link are present but the intended printing is on paper. I don't get the point to emphasize the link on paper.
It seems enough for me.

[arvernes]

On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire  ).

Moi non plus, je ne vois pas l'intérêt de colorer les liens, mais je pense que nous ne voyons pas le résultat du rapport de la même manière.

Nous le voyons (je dirais en tant que français), comme un livre qui mériterait d'être imprimé, on veut du texte, du récit, un phrasé, on est très "littéraire" dans notre approche. Je pense que Mother10 le voit plus comme un .pdf devant être échangé tel quel, devant être le plus exhaustif possible. Ce sont deux approches qui se défendent, mais je pense que l'approche que nous avons est celle qui correspond à l'esprit du rapport. Comme quelqu'un l'a dit, le titre du rapport est "narrative report", donc on met l'accent sur le côté narratif du rapport.

J'aime beaucoup l'idée de Mother10, mais à mon avis, cela devrait faire l'objet d'un autre rapport, il ressemblerait à celui que Zurga développe en ce moment, mais il serait moins "littéraire" et plus exhaustif. Francois

[remi0144]

On ne parle pas de la même chose. Je réponds à mother10 qui a demandé hier à Zurga de faire ressortir les liens dans une couleur. D'où ma réponse, d'abonder dans le sens de Zurga de ne pas le faire. Ci-dessous pour rappel l'échange (puisque tu perds la mémoire  ).

Moi non plus, je ne vois pas l'intérêt de colorer les liens, mais je pense que nous ne voyons pas le résultat du rapport de la même manière.

Nous le voyons (je dirais en tant que français), comme un livre qui mériterait d'être imprimé, on veut du texte, du récit, un phrasé, on est très "littéraire" dans notre approche. Je pense que Mother10 le voit plus comme un .pdf devant être échangé tel quel, devant être le plus exhaustif possible. Ce sont deux approches qui se défendent, mais je pense que l'approche que nous avons est celle qui correspond à l'esprit du rapport. Comme quelqu'un l'a dit, le titre du rapport est "narrative report", donc on met l'accent sur le côté narratif du rapport.

J'aime beaucoup l'idée de Mother10, mais à mon avis, cela devrait faire l'objet d'un autre rapport, il ressemblerait à celui que Zurga développe en ce moment, mais il serait moins "littéraire" et plus exhaustif. Francois

Je partage totalement ce point de vue. 100%.

Bonne soirée.

Rémi

[Zurga]

Le fait que le mois soit en français, et pas en anglais est sans doute logique vu que dans mon gedcom c'est en français.

En fait non, c'est un bug du logiciel qui ne prend pas en compte la langue d'export pour les dates et autres âges. (En fait pour aucune donnée du GEDCOM mais seules les dates et les âges ont réellement une traduction)
Cela m'a fait mon samedi (et une partie du dimanche), mais maintenant, c'est bon.
Il devrait être possible d'afficher correctement les dates et âges dans la langue choisie pour les rapports même si la langue de l'interface en est une autre.
Et si d'autres données se retrouvent mal traduites, le mécanisme est en place pour les ajustements.

On va pouvoir revenir aux modifications du rapport en lui-même.

Zurga

[arvernes]

En fait non, c'est un bug du logiciel qui ne prend pas en compte la langue d'export pour les dates et autres âges. (En fait pour aucune donnée du GEDCOM mais seules les dates et les âges ont réellement une traduction)
Cela m'a fait mon samedi (et une partie du dimanche), mais maintenant, c'est bon.
Il devrait être possible d'afficher correctement les dates et âges dans la langue choisie pour les rapports même si la langue de l'interface en est une autre.
Et si d'autres données se retrouvent mal traduites, le mécanisme est en place pour les ajustements.

Super, effectivement ça fonctionne très bien. Je ne sais pas si il aurait été possible d'aller plus loin dans le formatage des dates, car elles apparaissent en anglais, mais dans un format français : 26 august 1695, au lieu de August 26, 1695. Il doit bien exister d'autres spécificités dans d'autres langues, mais bon, déjà on a la bonne langue dans la sortie, c'est parfait. Merci. Francois

[Zurga]

La date apparait dnas le format long des préférences.
Celui-ci est limité à 26 august 1695.

Il faudrait en prévoir d'autres comme avec les quantièmes.
Pour le moment, il faut faire avec ce qui existe.

Cordialement,

[Zurga]

Je préfère ce que nous avons actuellement. Je viens d'avoir un échange video (une réunion Zoom) avec Mother10, et effectivement sa demande correspond à la sortie que fait un autre logiciel de généalogie, à savoir Parentèle qu'elle m'a montré. Mais je préfère la sortie que nous a fait Zurga, cela correspond plus à un livre agréable à lire, plutôt qu'à une liste d'évènements. C'est sans doute le caractère latin des français qui veut ça.
Mais ce que m'a montré Mother10 est très très bien aussi, mais pour moi, c'est autre chose, et cela ne correspond pas à l'esprit du rapport narratif.
Après on pourrait imaginer un rapport qui donne toutes les infos de notre généalogie sous une forme plus concise, mais c'est autre chose, et une autre histoire. Francois

On a deux autres rapports qui peuvent se rapprocher plus de ce qu'attend Mother10 : Lignée d'ascendance par génération et Lignée de descendance par famille
On pourra peut-être plus ajuster ces rapports pour ressembler à ce dont à l'habitude les anciens utilisateurs de Parentèle.

Zurga