なぜ、テーブルベースのサイトでは、スクリーン・リーダーのユーザーのために悪いですか？

Question

それは古い<div>ベースのWebサイトとは対照的に、スクリーンリーダーが<table>ベースのWebサイトを扱うようにするためにどのくらい容易であり、なぜ彼らが悪化している？

Answer 1

スクリーンリーダーはtable内部コンテンツが平板状であり、そのようなものとして、それを読み取ると仮定します。例えば。 "行1、列1：（コンテンツ）"。あなたのサイトのレイアウトにテーブルを使用している場合、これは必ずしも意味がありません。あなたが実際にないとき、あなたは表形式の重要性を持つデータを持っているエンドクライアントを指示しています。

スクリーンリーダーはそれらを意味する試みをしないように、

これとは対照的に、divは、「セクション」以外の意味を持ちません。あなたはマークアップの<全角>意味の影響を与えることなく、あなたのレイアウトで任意の視覚的な休憩をするためにdivを使用することができます。

これは、私たちが「意味」のマークアップを言うとき、私たちが何を意味するかです。セマンティックマークアップが正確にそれの内のコンテンツののの意味を説明すること - テーブルなど、ULsは順不同リストをラップ、表形式のデータをラップ

。

Answer 2

表ベースのサイトが提示されているデータのタイプのスクリーンリーダーを混同することができます。もともとの表は、データの2Dリストを表示するために使用されました。しかし、設計を適合させるために使用されているテーブルで、読者はテーブルの意思を区別する必要があります。

Answer 3

これは、表がために使用されているものに依存します。テーブルレイアウトのために使用される場合、スクリーンリーダはこれを知る方法がないと、行1、列1で開始して、セルによってセルを読み出す、1列2行しばしばされていない2つの列一列に等2つの列2を行方法は、コンテンツが見られることを意味しています。データが構造化された形式で表示する必要がある場合、テーブルは、キーストロークをカラムによって行と列によって行を読み取るために使用することができるので、スクリーンリーダーで行くための最良の方法です。スクリーン・リーダーのユーザーとして、私は、データがそれはどちらかのテーブルで不十分にレイアウト、またはテーブルは一切使用しておりませんし、他のいくつかの視覚的な表示が使用されているので、任意のローミングサービスを行うために表示されていない場合、それはanoying見つけます。

Answer 4

div要素がテーブルよりもスクリーンリーダーとのより良い仕事視点は、本当の問題が欠落しています。

現在のCSSとHTMLの規格は、単純にスクリーンリーダーを支援するために、明示的なタグ/指標を提供していません。彼らが行うまでは、関係なく、あなたがDIVまたはテーブルを使用するかどうかの、あなたは、ほとんどのスクリーンリーダーでは使用「ジョブ行われたテーブルを取得し、」ちょうどあなたの「意味的に正しいCSSページ」ことを期待しなければならない、またはます。

は、テーブルを使用しているとして、唯一のdivを使用して不可解なページを作成することも同様に簡単ですが、忘れてはいけない。