私は現在、さまざまなアクセシビリティポイントをチェックするためにユーザーインターフェイスを拡張しています。次に、仕様のどこかで、私が行っていることはJAWS互換でなければならないことを細字で読んでいます。
通常はそれで問題ありません。物事をシンプルで直感的に保ち、ルールを順守してください。しかし、SCORMが関係している場合はどうでしょうか。私はフレームセット、一連のJavaScript、古い学習管理システム、そしてそのかなり困難なものを扱っています。
フレームセットを介して配信され、大量のJavaScriptを使用するページのコンテキストでJAWSに準拠することは可能ですか？私はもっともっとおかしくなり、もっとお金を要求するべきですか？
この時点でコードを提供するには、テストモジュールを完成させてパッケージ化する必要がありますが、残念ながら、私の予算ではこのレベルの質問を行うことができないため、情報だけに基づいて誰かがヘルプやガイダンスを提供できることを願っています。 、 問い合わせてください！
あなたはそれをすることができます、あなたはただ注意する必要があります。フレームとJavaScriptはアクセシビリティに悪影響を与える可能性がありますが、不適切に使用された場合にのみ問題を引き起こします。
SCORMにはフレーム（フレームセットまたはiframe）が必要であり、多くの人がフレームはアクセシビリティに悪いと言っています。真実は、それらは確かに不十分に構築された（または深くネストされた）場合にサイトにアクセスしにくくする可能性がありますが、JAWSのような支援ブラウジングテクノロジーは、明確なタイトルや構造を提供するなどのベストプラクティスを念頭に置いて作成された場合にそれらを処理できます。WebAIMには、フレームのアクセシビリティに関する優れたチュートリアルがあります。
JavaScriptに関しては、JSは一般的にほとんどの支援技術で利用可能であるため（最近の調査によると98.4％）、それは目を見張るものではありません。ただし、JavaScriptを使用してDOMを動的に変更したり、インタラクティブ機能を導入したりする場合（新しいマークアップ、アニメーションの作成、DIVなどの静的要素のクリック可能にするなど）、JavaScriptはアクセシビリティにとって非常に危険です。支援技術は、ページが最初にロードされた後にJavaScriptがページのコンテンツを変更したことを知らないことがあるため、訪問者は自分の目の前に新しいコンテンツがあることを知る方法がありません。JavaScriptを使用してページのコンテンツを動的に変更する場合は、必ずWAI-ARIAの手法を使用してください。
SCORMのJavaScriptは、まったく別のトピックです。ブラウザに関する限り、SCORMのJavaScriptは、コースからLMSへの通信を処理するだけであり、ページのコンテンツをオンザフライで変更することはありません。つまり、SCORMのJSは、ページのマークアップに影響を与えず、DOMにも影響を与えないため、JAWSとは関係がないはずです。