問題タブ [accessibility]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
colors - 色覚異常シミュレーター
他の責任ある開発者と同様に、私が作成するサイトが可能な限り幅広い視聴者にアクセス可能であることを確認したいと思います。これには、何らかの形の色覚異常を持つ人口のかなりの部分が含まれます。
画像をレンダリングするか、すべてのコンテンツをフィルタリングすることによって、フィードしたURLをフィルタリングすることを提供する多くのWebサイトがあります。ただし、適度に複雑なレイアウトでもレンダリングすると、どちらのアプローチも失敗するように見えるので、クライアント側のアプローチを見つけることに興味があります。
理想的な解決策は、任意のプログラムのテストに使用できる画面全体のシステムフィルターです。次善の策はブラウザプラグインでしょう。
html - リンクに title="" を含めてもよろしいですか?
私はウェブサイトを開発しています。メインのナビゲーションには、タイトル属性を含めることをお勧めします。
これは良いことですか?また、SEOやアクセシビリティにも良いですか?
javascript - 非表示のフォーム要素がまだ JAWS によって読み取られるのはなぜですか?
状況
JavaScript を介して表示および非表示にできる画面領域があります (「高度な検索オプションの表示/非表示」など)。この領域内には、フォーム要素 (選択、チェックボックスなど) があります。スクリーン リーダー (この場合は JAWS) などの支援技術を使用するユーザーの場合、これらのフォーム要素をラベルでリンクするか、「タイトル」属性を使用して各要素の目的を説明する必要があります。ラベルに十分なスペースがないため、title 属性を使用しています。表示されるツールチップは、スクリーン リーダーを使用しないユーザーにとって便利です。
コードは次のようになります。
問題
通常、JAWS は非表示の要素を読み取りません。なぜなら、それらは非表示であり、それを認識しているからです。ただし、要素にタイトルが設定されているかのように、JAWS は何があってもそれを読み取ります。タイトルを削除すると、JAWS は何も読み取りませんが、明らかにこれはアクセスできないマークアップです。
可能な解決策
私が最初に考えたのは、次のように、タイトルの代わりに隠しラベルを使用することでした。
これにより、まったく同じ動作が発生し、スクリーン リーダー以外のユーザー向けのツール ヒントが失われます。また、2 倍の Html を生成することになります。
2 番目のオプションは、引き続きラベルを使用し、画面の外に配置することです。そうすれば、スクリーン リーダーによって読み取られますが、ビジュアル ユーザーには表示されません。
これは実際には機能しますが、ここでもツール ヒントが失われ、追加の Html が生成されます。
3 番目に考えられる解決策は、JavaScript で DOM を再帰的に移動し、領域が非表示のときにタイトルを削除し、領域が表示されたときにタイトルを追加することです。これも機能します...しかし、明らかな理由でかなり醜く、より一般的なケースにうまく対応できません。
他のアイデアはありますか?JAWS がこのように動作するのはなぜですか?
javascript - Javascriptとアクセシビリティ
Web開発者として、私が取り組んでいるプロジェクトの多くは政府の傘下にあるため、508のアクセシビリティ法、場合によってはW3Cアクセシビリティガイドラインの対象となります。これらの要件を満たしながら、JavaScriptをどの程度使用できますか?
これらの線に沿って、JavaScript、特にAJAXと、jQueryなどのパッケージを使用して、JAWS、Orcaなどの最新のアクセシビリティソフトウェアでサポートされているモーダルダイアログやポップアップなどを表示することはどの程度ですか?以前は、ルールは「Lynxで機能しない場合、スクリーンリーダーでは機能しない」のようになりました。これはまだ真実ですか、それともこれらの分野でより多くの進歩がありましたか?
編集:コンセンサスは、javascript以外のフォールバックがある限り、javascriptは問題ないようですが、スクリーンリーダーソフトウェアでのAJAXのサポートについてはまだ不確かなようです。誰かがこれについて特定の経験を持っているなら、それは最も役に立ちます。
java - Java インスタンス変数のアクセシビリティ
Java での次の変数のアクセシビリティの違いは何ですか?
私は最後の人が何をしているのかに最も興味があります。
java - Java クラスのアクセシビリティ
私の他の質問に少し関連しています:次の違いは何ですか:
繰り返しますが、最後の 2 つの違いは、私が最も興味を持っていることです。
html - 記事ページのH1-サイトタイトルまたは記事タイトル?
記事指向のページ(ブログ投稿など)内では、<h1>
要素(レベル1の見出し)は通常、次のいずれかをマークアップするために使用されます。
- ブログのタイトル(つまり、要素ではなく
<title>
、ページの上部にある多くの場合大きなサイトのタイトル)、または - 記事のタイトル
最良の選択とその理由は何ですか?
サイト/ブログの名前を世界に向けて叫びたいと思うかもしれないサイト所有者にとって、サイトタイトルの周りにレベル1の見出しを使用することは理にかなっているように思われるかもしれません。
ユーザーに伝えようとしていることの観点からは、サイトのタイトルはあまり関連性がありません。記事のコンテンツは伝えようとしているものであり、他のすべてのサイトのコンテンツは二次的なものです。したがって<h1>
、記事のタイトルに使用するのが最適のようです。
<h1>
要素は、サイトのタイトルやその他のコンテンツではなく、記事のタイトルに焦点を当てるべきだと思います。これは決して人気のある慣習ではないようです。
例:
- Joel Spolskyは
<h1>
記事のタイトルに使用し、サイトのタイトルにはアンカーを使用します - Jeff Atwoodは、記事のタイトルとサイトのタイトルにアンカーを使用していません
<h1>
。<h2>
- 37 SignalsのSVNは
<h1>
、サイトタイトルと記事タイトルのアンカーに使用します
これは、正しいセマンティックマークアップを強く検討することが期待される、3つのサイトにわたる3つの異なるアプローチです。
ジョエルはジェフとすぐにそれを正しく持っていると思います。37Signalsの人々によるマークアップの選択には非常に驚いています。
私には、それは非常に単純な決定のように思えます。記事の消費者にとって最も関連性のあるものは何ですか?記事のタイトル。したがって、記事のタイトルを<h1>
要素でラップします。終わり。
私が間違っている?私が見逃しているさらなる考慮事項はありますか?私は正しいですか?もしそうなら、なぜ「<h1>
記事のタイトルのために」アプローチがより一般的に使用されないのですか?
要素をどこで使用するかの決定は、<h1>
私が言ったように不変ですか?それとも、主観的な考慮事項もありますか?
更新:これまでのすべての回答に感謝します。サイトタイトルの代わりに記事タイトルにを使用すると、使いやすさとアクセシビリティにどのように役立つかについて、ある程度の角度から感謝<h1>
します(場合によってはそうでない場合もあります)。個人的な想定ではなく、事実に基づいた回答は多くのボーナスポイントを獲得します!
flash - フラッシュとアクセシビリティ
Web開発者として、私が取り組んでいるプロジェクトの多くは政府の傘下にあるため、508のアクセシビリティ法、場合によってはW3Cアクセシビリティガイドラインの対象となります。これらの要件を満たしながら、Flashをどの程度使用できますか?
javascriptを使用する場合、マントラは、同じコンテンツと機能を異なるページで、またはインタラクティブ性や動的性の低い方法で提供することにより、「優雅に劣化する」ことです。これにより、JavaScript以外のブラウザ/ユーザーが引き続きサイトを使用できるようになるだけでなく、検索エンジンボットがすべてのコンテンツにアクセスできるようになります。JAWSやOrcaなどの画面読み上げソフトウェアのユーザーも、引き続きサイトを完全に使用できます。
フラッシュを使用して、フラッシュ以外のユーザーのために適切にフォールバックする同様の方法はありますか?そうでない場合、検索エンジンボットはフラッシュベースのコンテンツにどの程度アクセスできますか?また、スクリーンリーダーはフラッシュベースのコンテンツをどのように処理しますか?
colors - 背景色がわかっている場合、見栄えの良いフォントの色を見つける方法は?
カラーホイール、カラーピッカー、カラーマッチャーのWebアプリは非常にたくさんあるようです。ここでは、1つの色を指定すると、他の2つの色を見つけて、組み合わせて使用すると調和のとれたレイアウトが作成されます。ただし、それらのほとんどは背景色のみに焦点を当てており、各背景色に印刷されるテキスト(プレビューでテキストが印刷される場合)は黒または白のいずれかです。
私の問題は違います。テキスト領域に使用したい背景色を知っています。私が助けを必要としているのは、この背景のフォントの色として使用できるいくつかの色(多ければ多いほど楽しい)を選択することです。最も重要なのは、色によってフォントが読みやすくなること(コントラストが低すぎないこと、また、目が強調されないように高すぎないこと)、そしてもちろん前景と背景の組み合わせが見栄えがすることです。
そのようなアプリケーションを知っている人はいますか?ダウンロードするものよりもWebアプリケーションの方がいいです。ありがとう。
html - 番号なしリストとアクセシビリティ
アクセシビリティと標準への準拠を目的とする多くの (ほとんどの?) サイトは、ナビゲーションに順序なしリストを使用しています。これはサイトのアクセシビリティを高めますか、それともスタイリングに便利な要素を提供するだけですか?
私はそれらを気にしません。私は順序付けられていないリストをこのように使用しています。ただ、アクセシビリティを測定するためにページからスタイリングを削除すると、それが単なるリンクである可能性があることに気づきました。これはどこから来たのですか?