Créer des documents PDF accessibles avec Telerik Reporting

Notre dernier ajout au récit d'accessibilité permet à l'extension de rendu PDF de produire des fichiers PDF conformes à la norme PDF / UA.

Que nous écrivions du code, écrivions un article ou composions un poème, nous souhaitons généralement que notre message soit transmis au plus grand nombre de personnes possible. Partager notre travail avec les autres devient beaucoup plus facile avec les avantages que nous offrent la technologie moderne. Cette tâche devient encore plus importante lorsque les informations partagées représentent des données d'entreprise auxquelles un public plus large doit avoir accès.

Le choix d’un support approprié est un facteur clé. Le fichier PDF d’Adobe est sans doute le meilleur moyen de diffuser le message. PDF signifie Portable Document Format (format de document portable). Il s'agit en fait d'un standard bien établi pour la création et la distribution de documents, lisibles sur pratiquement toutes les plates-formes et appareils actuels. Mais la norme PDF présente une autre caractéristique très importante: elle peut produire des documents de manière à permettre aux utilisateurs handicapés de percevoir les informations partagées. Cette fonctionnalité est appelée accessibilité et est définie par la norme PDF / UA qui vise les sociétés de production de logiciels et de technologies d'assistance.

Documents PDF accessibles

L'équipe de Telerik Reporting a introduit le support d'accessibilité dans la R3 2017 et a depuis continué à évoluer dans cette direction. Notre dernier ajout à la fiche d'accessibilité permet à l'extension de rendu PDF de produire des fichiers PDF conformes à la norme PDF / UA. Les caractéristiques les plus importantes de ces fichiers sont énumérées ci-dessous:

• Contenu balisé – tous les éléments textuels du rapport auront une entrée d'accessibilité correspondante dans la structure PDF. Cette entrée contient le texte reconnu par les lecteurs d'écran et d'autres technologies d'assistance. Les règles pour générer le texte dans le contenu balisé sont les mêmes que celles utilisées pour générer les métadonnées dans le contenu du rapport et peuvent être vérifiées ici .
• Description pour les éléments non textuels – Les éléments PictureBox, Graph et Map doivent également fournir des descriptions significatives et accessibles. Cette description est conservée dans un élément marqué avec un texte actuel et alternatif configuré. Les autres primitives graphiques telles que les bordures seront traitées comme des éléments non informatifs et seront ajoutées à la structure du document PDF en tant qu'artefacts.
• Annotations – tous les liens du document ont un objet d'annotation de lien respectif dans la structure PDF. Les objets d'annotation de lien ont pour objectif de fournir des informations supplémentaires sur le lien de navigation actuellement sélectionné.
• Titre du document – le titre est obtenu à partir des paramètres d'informations du périphérique PDF pouvant être définis via le code ou via le fichier de configuration. Lorsqu'elle n'est pas disponible, la propriété DocumentName du rapport sera utilisée à la place.
• Langue naturelle du document – comme le titre du document, la langue du document doit être définie dans les paramètres d’information relatifs au périphérique PDF. Si non disponible, la valeur de la propriété Culture.Name du rapport sera utilisée à la place.

Configuration

Le paramètre déterminant si le moteur de génération de rapports ajoute les informations d'accessibilité au document PDF est nommé enableAccessiblity et est transmis via les paramètres d'information du périphérique PDF . Les paramètres peuvent également être contrôlés à partir de la propriété EnableAccessibility de la visionneuse de rapports, qui offre un comportement cohérent entre le contenu affiché et les documents exportés. Étant donné que le paramètre du visualiseur de rapports a une portée plus large, sa priorité est inférieure à celle des paramètres définis explicitement dans l'objet d'informations de périphérique. La fonctionnalité d'accessibilité peut également être activée dans le code, par exemple lorsque le fichier PDF est généré à partir de la classe ReportProcessor :

 var rs =  new   TypeReportSource () {TypeName = [19659013] typeof  (Tableau de bord) .AssemblyQualifiedName};  
   var deviceInfo =  new   Table de hachage ()   
 { 

    { "EnableAccessibility"  true  }   
  };  



  


               




   var result =  new   ReportProcessor (). RenderReport ( "PDF" rs, deviceInfo);  
   Fichier.WriteAllBytes ( "AccessibleDashboard.pdf" result.DocumentBytes); 

Évaluation des résultats

Le document le plus complet qui décrit les vérifications que un fichier PDF doit être conforme au standard PDF / UA, est le Matterhorn Protocol . Il spécifie quelles conditions d'échec peuvent être testées avec un logiciel dédié et lesquelles doivent être examinées manuellement. Sur la base de ce protocole, de nombreux outils peuvent évaluer le document PDF généré et déterminer s'il est conforme aux normes d'accessibilité établies avec PDF / UA.

Par exemple, Adobe Acrobat fournit un test complet qui parcourt la structure PDF, ses métadonnées et ses sorties. un rapport détaillé présenté ci-dessous:

Un autre outil de test complet et gratuit est PAC – Le vérificateur d'accessibilité au format PDF . PAC est construit conformément au protocole Matterhorn et évalue toutes les conditions de défaillance pouvant être testées avec un produit logiciel. Il inclut également un aperçu du lecteur d’écran qui aide à déterminer la manière dont le document sera interprété par des applications de lecture d’écran telles que NVDA et JAWS, utilisées par les utilisateurs malvoyants. Le rapport affiché par l'outil PAC lors de la vérification d'un fichier compatible PDF / UA se présente comme suit:

Voulez-vous en savoir plus?

ou n’en avez que essayé, assurez-vous de télécharger la version d’essai et de l’essayer. Vous pouvez soit télécharger uniquement les outils Reporting et Report Server soit télécharger une version d'essai de l'ensemble de nos outils .NET et JavaScript avec le kit DevCraft . [19659038] Nous sommes impatients d'entendre ce que vous pensez. N'oubliez donc pas de partagez vos impressions et aidez-nous à améliorer encore le reporting de Telerik.