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 - ylheno

Pages: [1] 2
1
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 29, 2024, 09:49:39 »
Bonjour à tous,
Mon petit retour suite à l'activation de l'accessibilité de la génération des pdf sur Ancestris.
N'ayant pas le parent sous la main avant Noël, j'ai téléchargé la dernière version de JAWS (J2025.2410.106.400-any) et l'ai installée sur mon PC. Pour info, l'achat d'une licence coûtait 1600€ en 2019...
J'ai généré un rapport "lignée narrative d'ascendance".
Pas de différence visuelle repérée par rapport aux rapports d'avant l'accessibilité => pas de régression a priori
J'ai lancé JAWS, et il arrive bien à repérer le texte et à le lire à haute voix sur le pdf accessible.

Par acquis de conscience, j'ai voulu faire le test avec un rapport pdf généré en septembre. Et, hum, même résultat...
Je veux dire que JAWS arrive à le lire également.
Mon hypothèse principale pour expliquer cela : mon parent aveugle a une ancienne version de JAWS qui ne sait pas encore bien lire les pdf, contrairement aux versions plus récentes.
Je vérifierai chez lui à Noël la version qui est installée et testerai le pdf accessible, sait-on jamais...

Quant aux caractères bizarres dont il m'avait parlé avec la version texte, je pense avoir cerné le symptôme : effectivement, dans le fichier txt issu de PDF Architect, le mot "fille" est remplacé par "fille", le "f" et le "i" sont fusionnés et donc inconnus de JAWS. Je penche pour un pb de PDF Architect :), et avec un "rechercher/remplacer", je devrais m'en sortir sans difficulté.

Belle journée
Yann

2
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 19:53:27 »
Ici, on peut récupérer la norme en V2 :
https://www.pdfa-inc.org/product/pdf-ua-bundle/
Je l'ai téléchargée (gratuitement), elle fait 2.3Mo, voulez-vous que je l'envoie à l'adresse du support Ancestris?

3
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 19:30:07 »
La version 2.3 de FOP semble assez similaire à la 2.9 sur ce sujet de l'accessibilité, si j'en crois la doc Apache :
https://xmlgraphics.apache.org/fop/2.3/accessibility.html#customTags

4
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 16:26:45 »
dans ce lien https://xmlgraphics.apache.org/fop/2.1/accessibility.html#PDFReference sont notamment référencés 3 moyens "simples" (car généraux et non propres à chaque doc) :
Enabling accessibility

There are 3 ways to enable accessibility:

    Command line: The command line option -a turns on accessibility:

    fop -a -fo mydocument.fo -pdf mydocument.pdf

    Embedding:

    userAgent.setAccessibility(true);

    Optional setting in fop.xconf file:

    <fop version="1.0">
      <accessibility>true</accessibility>
      ...
    </fop>


5
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 16:24:11 »
J'ai peut-être eu de la chance, je suis tombé là-dessus :

1.2 FOP

Licence : Apache 2.0

Site Officiel : https://xmlgraphics.apache.org/fop/

Dernière version : 2.1 (01/2016)

Formatting Objects Processor (FOP ou Apache FOP) est un processeur de formatage qui permet de transformer un fichier XML contenant des éléments XSL-FO en pages. Le format PDF est le plus utilisé mais d’autres sont possibles. Il peut être exécuté sous forme d’une application en ligne de commande ou directement depuis l’application via l’API de la bibliothèque Java fournie.

FOP est développé à l’origine par James Tauber et donné à la fondation Apache en 1999. Il fait aujourd’hui partie de la suite XMLGraphics qui permet de convertir les fichiers XML en éléments graphiques avec Apache Batik dédié au SVG. Il est distribué sous licence Apache 2.0. La dernière version est la 2.1 datant de janvier 2016. Apache n’a pas encore implémenté l’ensemble des spécifications de la version 1.1 de XSL-FO. Le détail des implémentations est décrit sur le site officiel1. Un guide de démarrage rapide est disponible sur le site officiel2.
1.3 Accessibilité avec FOP

Le support du PDF/UA est une nouvelle fonctionnalité de la version 2.1 d’Apache FOP. L’accessibilité est gérée avec quelques limitations. Une partie du travail doit ainsi être réalisée par le rédacteur en particulier :

    Les cellules de tableau doivent avoir une ligne de tableau comme parent ;

    Les images doivent avoir une description textuelle (le texte au sein d’une image n’est pas accessible) ;

    L’ordre des éléments dans le conteneur de blocs doit correspondre à l’ordre de lecture ;

    La langue ne peut être spécifiée qu’au niveau de chaque page.

Concernant le marquage, FOP fournit un mappage par défaut des éléments de FO aux structures types définies par le standard PDF. Par exemple « P » est utilisé pour les paragraphes, « H1 » à « H6 » pour les titres, « L » pour les listes, « Div » pour les groupes d’éléments. Il convient de personnaliser le mappage pour améliorer l’exactitude des marquages.

Les seules limitations actuelles sont :

    Il n’est pas possible de spécifier la forme étendue d’une abréviation ou d’un acronyme ;

    Les haut et bas de page ne sont pas identifiés et sont lus à chaque changement de page.

Pour rendre le PDF compatible avec PDF/UA, il est nécessaire de donner un titre au document en ligne de commande et de bien activer l’option dans le fichier de configuration. Le site officiel d’Apache FOP fournit plus de détails sur la génération d’un PDF/UA3.

source : https://blog.linagora.com/generation-pdf-accessibles-methodes-de-conversion/

https://xmlgraphics.apache.org/fop/2.1/accessibility.html#PDFReference

quant à la norme : PDF/UA (ISO 14289)
https://cdn.standards.iteh.ai/samples/64599/f43fa811a07343258173535d830fed18/ISO-14289-1-2014.pdf



6
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 16:17:38 »
Merci à tous les deux pour vos retours.
J'ai l'impression que ma réponse a été mal interprétée Yannick, je ne poussais pas pour aller chez ABBYY, je marquais justement le côté payant et j'avais bien en tête que le code n'était pas libre. C'était juste pour contextualiser puisqu'il se trouve que j'avais rencontré l'éditeur dans ma vie pro :)

Merci pour l'info sur FOP, c'était une question non encore formulée de la librairie utilisée par Ancestris. Si je trouve quelque chose sur des specs ou sur l'implémentation via FOP, I will send you an owl ;-)
Ma "procédure" (transformation de pdf en txt) a permis d'aboutir à une première solution, là on parle d'améliorations, donc pas de pression, surtout si je suis le seul concerné.

Bonne fin de journée
Yann

7
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 26, 2024, 10:43:17 »
Bonjour,

Libre Office vient de me faire la même proposition (générer un pdf accessible selon la norme PDF/UA). En cherchant ce que cela recouvrait :
PDF/UA

UA signifie « Universal Accessibility » (accessibilité universelle) et le PDF/UA est une spécification qui définit comment rendre un PDF lisible par des technologies d’assistance (logiciels, voire appareils spéciaux) afin qu’un ordinateur puisse lire à voix haute le contenu d’un tel document à quiconque dépendant de ces technologies. Alors que les PDF deviennent si courants dans notre vie, en particulier dans des domaines tels que les services publics, la banque, les services à la personne, le recrutement, le médical et bien d’autres types de services, l’éducation, etc., garantir une accessibilité à ces documents, facile et égale pour tous, est vraiment essentiel.

Un PDF/UA a une structure logique clairement et correctement définie, bien décrite. Grâce à la description de cette structure, les technologies d’assistance savent et sont capables de dire quel est le titre du document, dans quel ordre lire les paragraphes du document et les colonnes de texte, quelles sont les listes, où sont les images et ce qu’elles décrivent, ignorer les titres répétitifs et pieds de page contenant les numéros de page, etc.

source : https://pdf.abbyy.com/fr/learning-center/pdf-standards/
Pour info, j'ai été amené à superviser la mise en place d'ABBYY pour de l'OCR dans le cadre professionnel, c'est un éditeur qui vend/loue ses solutions.

8
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: November 25, 2024, 09:14:40 »
Bonjour,

Petite avancée sur ce sujet, dont je vous partage les résultats au cas où quelqu'un aurait le même type de besoin un jour.
J'ai généré le rapport "lignée narrative d'ascendance" qui a produit un pdf.
Ensuite, à l'aide de l'outil PDF Architect, je transforme le pdf en txt.
Ce txt est lisible par l'outil de JAWS (https://fr.wikipedia.org/wiki/JAWS_(lecteur_d%27%C3%A9cran)). :)

J'identifie trois pistes d'amélioration :
- pouvoir générer un txt directement à partir d'Ancestris, pour s'éviter la manip avec un outil tiers (PDF Architect dans mon cas)
- mon parent m'a signalé des caractères peu compréhensibles comme pour signaler "enfant de". Je creuserai ce point avec lui, et peut-être est-ce gérable avec les options lors de la génération du rapport, sinon je vous ferai un retour pour voir si certains points peuvent être modifiés (on se rapproche de Noël après tout  ;))
- j'ai entendu parlé d'options d'accessibilité avec Acrobat lors de la génération de pdf. Ceci est décrit ici : https://helpx.adobe.com/fr/acrobat/using/creating-accessible-pdfs.html
Suivant la bibliothèque java utilisée par Ancestris, tout ou partie de ces options sont-elles implémentables?

Amitiés
Yann

9
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: October 08, 2024, 10:15:46 »
Bonjour,

Petit REX après avoir apporté les différents rapports au fameux parent.
J'ai donc testé :
- le site web -> html
- lignée narrative d'ascendance -> pdf
- rapport des ancêtres -> pdf

Aucun n'a pu être traité par Jaws.
Plus exactement, il y a eu un traitement à l'ouverture des pdf, mais le mot prononcé sur chacune des pages ensuite était "vide", alors que je voyais bien le contenu pour ma part.
Concernant le site web, le parent a le même problème sur internet, la génération vocale ne semble fonctionner qu'avec un format précis de page (je n'ai pas encore creusé, c'est son REX)...
Mes pistes : tenter de transformer les pdf en txt, doc ou docx avec lesquels Jaws semble compatible.
Ou si une évolution des rapports est envisagée en équivalent libre du doc (ex odf), je vote pour :)

Belle journée
Yann





10
FRANÇAIS / Re: export pour mal-voyants/aveugles
« on: September 04, 2024, 11:11:50 »
Merci pour vos réponses, je vais tester ces pistes.
Belle journée
Yann

11
FRANÇAIS / export pour mal-voyants/aveugles
« on: September 04, 2024, 10:01:09 »
Bonjour,

J'ai un parent aveugle qui aimerait que je lui partage mes recherches généalogiques.
Je me demandais s'il y avait un retour d'expérience sur le rapport le plus adapté pour les logiciels de crawling comme JAWS.

Comme candidat, j'ai repéré le rapport "lignée narrative d'ascendance ou de descendance".

Merci d'avance
Yann

12
FRANÇAIS / Re: Ancêtres communs
« on: August 30, 2024, 10:16:19 »
Merci Zurga  :)

13
FRANÇAIS / Re: Ancêtres communs
« on: August 29, 2024, 10:11:08 »
Bonjour,
Pour ma part, je ne trouve plus la recherche d'ancêtre commun entre deux individus, ni dans le menu des rapports, ni dans le menu contextuel d'une personne.
Et j'allais poser la même question pour l'export Geneanet que j'avais connu parmi les rapports, mais je viens de le retrouver dans le menu Fichiers > Exporter.
Cdlt
Yann

14
Ok, noté, cela permettrait en effet de ne conserver qu'un fichier source.

Mais peut-être que je me trompe de direction par méconnaissance : quel outil conseilleriez-vous pour partager la représentation graphique d'un _ et potentiellement imprimable _ d'un arbre descendant (tous les frères et soeurs, puis cousins, petits cousins, etc issus d'un couple d'ancêtres), en vue d'une cousinade par exemple ?

Yann

15
Entendu, merci pour votre réponse.
J'envisageais en effet de me faire une copie de ma généalogie que j'élaguerais des infos à ne pas partager, mais c'était mon plan B.

Pages: [1] 2