GUI508

Scanner de conformité GUI508 ASPX 508

La conformité 508 signifie que tous les utilisateurs, quel que soit leur statut de handicap, peuvent accéder à la technologie. Les normes de conformité sont fixées par l'article 508 de la loi sur la réadaptation de 1973, qui oblige les agences fédérales à fournir un accès aux logiciels et aux sites Web aux personnes handicapées. Lorsque les sites Web sont conformes à la norme 508, ils sont accessibles à tous les utilisateurs. Cela peut signifier qu’ils sont compatibles avec les technologies d’assistance, telles que les lecteurs d’écran.

GUI508 permet de vérifier la conformité 508 avec les applications de formulaire Web ASP.Net. Ce programme n'est pas un vérificateur 508 complet. Il fournit des conseils sur l'identification et la correction des problèmes 508 au sein d'un site Web existant utilisant les contrôles côté serveur ASP.Net pour les développeurs et les chefs de projet afin d'afficher les problèmes 508 potentiels dans les sites Web existants et les sites Web en cours de développement.

Lorsqu'un navigateur affiche une page Web, cette page est rendue au format HTML à partir de diverses sources

• HTML actuel (langage de balisage hypertexte).
• Un riche ensemble de contrôles côté serveur ASP.Net.
• JavaScript.
• Pages code-behind utilisant du code compilé qui peut injecter du balisage HTML à l'aide de supports de placement HTML.
• Feuilles de style en cascade (CSS).

Dans les applications de formulaire Web Microsoft ASP.NET, la majorité du code HTML affiché dans le navigateur provient de deux sources principales : les contrôles côté serveur ASP.Net et le code HTML. Les contrôles côté serveur ASP.Net sont l'objectif principal de cette application.

Aujourd'hui, les applications d'accessibilité/scanner 508 affichent le code HTML affiché dans le navigateur. Cela crée plusieurs inconvénients.

• Ne permet pas à la direction du développement de voir à quel point l'application en cours de développement est problématique jusqu'à ce que le travail initial soit terminé et examiné par un consultant 508/accessibilité.
• Ne permet pas à un développeur sans aucune connaissance en accessibilité de connaître ou de comprendre les problèmes potentiels jusqu'à la fin du cycle de développement, voire jamais.
• Certaines applications fonctionnent en SaaS (Software as a Service) vous obligeant à télécharger votre logiciel. Les utilisateurs de logiciels propriétaires peuvent ne pas se sentir à l'aise avec les solutions SaaS.
• Un autre problème potentiel aujourd’hui avec les scanners 508 commerciaux prêts à l’emploi (COTS) et open source est la traversée de l’application. L'application de formulaire Web nécessite une interaction de l'utilisateur. Un utilisateur devra cliquer sur des boutons, effectuer des sélections et remplir

  information. En fonction de ces choix, l'application Web décidera quelle sera la page suivante dans l'affichage de l'application ou quelles nouvelles informations seront renvoyées à l'utilisateur dans la page actuelle.

Le GUI508Scanner tente de résoudre ces problèmes de deux manières importantes et puissantes.

1. Le rendu HTML dans le navigateur n'est pas l'entrée source. Le code source réel est.
2. Les pages HTML dynamiques ne sont pas transversales. La page ASP.NET est plutôt analysée pour examiner les contrôles ASP.NET.

Étant donné que nous pouvons examiner le code source réel de chaque contrôle ASP.NET sur chaque page aspx et développer des règles pour nous assurer que les 508 attributs d'accessibilité utilisés répondent aux normes d'accessibilité, sans nous soucier de la traversée de l'application, nous pouvons étudier tout le code. en un seul passage.

Premiers pas avec le code

Ouais! Je pense que c'est une victoire pour nous deux si vous lisez cette section. S'il vous plaît, faites plus que lire, contribuez.

D'accord. Je ne peux pas réécrire tout le manuel de Git ici et vous ne voudriez pas que je le fasse. Si vous êtes nouveau sur GitHub, voici quelques liens pour vous aider à démarrer.

1. Téléchargez le code depuis GitHub https://help.githubrticles/cloning-a-repository/
2. Ligne de commande pour télécharger le code dans votre répertoire actuel. git clone git://github.com/lwconklin/GUI508.git

Bien entendu, GitHub propose plusieurs façons d’obtenir le code source. Regardez à l'extrême droite, vous devriez voir un bouton intitulé "Cloner ou Télécharger". En cliquant sur ce bouton, vous obtenez plus d'options.

1. Télécharger le zip
2. Téléchargez ouvert avec Visual Studio.
3. Téléchargez et utilisez Desktop Git.
4. Utilisez http ou SSH pour télécharger le code.

Maintenant que nous l'avons, le code est téléchargé. Vous devez vous assurer que vous disposez de Visual Studio 2012 ou supérieur. La version communautaire fonctionnera correctement (https://www.visualstudio.com/downloads/). Vous aurez également besoin de StyleCop. StyleCop n'ajoute pas de fonctionnalités, mais il aide à maintenir la cohérence du code et est bénéfique à la fois pour le développeur individuel et pour l'équipe. Le mieux est d’utiliser NuGet pour l’installation de StyleCop.

Ok, maintenant, faisons un peu de codage. Nous allons utiliser le bouton radio comme exemple et voir si nous pouvons créer un nouveau contrôle apsx .Net. CheckedListBox pour être une plainte 508 a besoin de l'attribut title défini sur l'élément d'entrée. Donc, ce que nous faisons est d'identifier chaque endroit où une boîte de liste cochée est utilisée et de voir si elle a les attributs corrects définis, de sorte que lorsque le code HTML est généré, il s'agit d'une plainte.

1. Créez une classe appelée ASPX_CheckedListBox.
1. Cette classe contiendra nos définitions pour trouver le contrôle dans les fichiers aspx.xample à partir du bouton. "asp:RadioButton([s/S[*?)/>" et "([sS]*?)". Nous avons besoin de deux expressions regex .Net Control.
2. Cette classe appellera également le scanner d'expressions régulières avec les résultats revenant dans une structure de dictionnaire.
2. La classe Scanner est le principal pilote permettant de trouver le contrôle .Net.
1. ASPXScan() est la méthode principale. Dans notre exemple, il s'agit de "AddToMasterDictionary(button.ParseRadioButton(list,aspxControl, fileInfo.Name, fileInfo.DirectoryName))
3. Maintenant que nous avons trouvé toutes les instances de CheckedListBox, nous devons effectuer la validation. Les classes de validation et de règles entrent désormais en jeu. La classe de validation est le pilote et décide des règles que la CheckedListBox doit respecter pour constituer une plainte 508.
4. Une fois que tous les contrôles .Net ont été traités, les résultats dans le dictionnaire (Scanner.AspxControlSorted) apparaîtront dans la vue grille.
5. Le texte de chaque contrôle est lié par un identifiant de message. Chaque contrôle peut avoir ses propres identifiants de message ou en partager des communs entre les contrôles. Le message test est un fichier XML. Avoir un fichier XML permet aux utilisateurs de modifier leurs propres développeurs et chefs de projet pour aider leurs propres organisations à devenir une plainte 508.

Alors s'il vous plaît, ne vous contentez pas de lire. Contribuer. Tout le monde devrait pouvoir accéder au Web.