WCAG 2.0が独自の行長基準1.4.8に準拠していないのはなぜですか？
WCAG 2.0達成基準 1.4.8 は、AAA適合レベルを達成するために、1行でのコンテンツの読み取りが80非CJK（中国語、日本語、韓国語）文字の文字。
しかし、同じものを書いた段落は、スペースを含めて1行に111文字以上あります。 （スペースも文字です：ASCII code 32）スペースを省略しても、文字数は80をはるかに超えています。では、ここでの取り決めは何ですか？何か不足していますか？
AAまたはAの線の長さの要件についての言及はありますか？
これを実装するための推奨される方法は、emで相対単位を使用することです。上記のページを確認すると、<body> max-widthが50emに設定されており、AAA構成内で非常に簡単に設定できます。
この手法では、作成者がCSSを使用してデフォルトのビューでテキストの行の幅を80文字未満に制限する必要がないことに注意してください。むしろ、CSSレイアウトで相対測定を使用することを推奨することは、ユーザーが80文字以下の行の長さのコンテンツを表示できないような方法で作成者が列幅を設定しないようにするのに役立ちます。
（ ソース ）
「行は80文字またはグリフを超えてはなりません」というフレーズは、「この達成基準の意図」セクションで発生します。 Success Criterionの実際のテキストは次のように述べています：
1.4.8視覚的プレゼンテーション：テキストのブロックの視覚的プレゼンテーションのために、以下を実現するためのメカニズムが利用可能です：（レベルAAA）
前景色と背景色はユーザーが選択できます。
幅は最大80文字またはグリフ（CJKの場合は40）。
テキストは揃えられません（左マージンと右マージンの両方に揃えられます）。
行間隔（行送り）は、段落内で少なくともスペースと半分であり、段落の間隔は行間隔の少なくとも1.5倍です。
全画面ウィンドウでテキスト行を読むためにユーザーが水平方向にスクロールする必要がない方法で、支援技術なしでテキストを最大200％サイズ変更できます。
一見すると、これは元の引用よりもより規範的なと見なすことができます。「は」の代わりに「を超えないでください」。
ただし、プリアンブルには「aメカニズムが利用可能です」というフレーズが含まれています。ここで、「mechanism」はそのページの下部で次のように定義された「重要な用語」
メカニズム
結果を達成するためのプロセスまたは手法注1：メカニズムはコンテンツで明示的に提供される場合と、プラットフォームまたはユーザーエージェント（支援技術を含む）によって提供される場合があります。
注2：メカニズムは、要求された適合レベルのすべての成功基準を満たす必要があります。
1つの "メカニズム"（私のWindows 10プラットフォームが提供）は、ブラウザーウィンドウのサイズを変更することです。これが行われると、サイトは応答性がよくなり、ウィンドウに合わせてテキストをリフローし、独自の最大幅を選択できるようになります。
それで、ここでの取り決めは何ですか？何か不足していますか？
私はそう思う：
行は80文字またはグリフを超えてはなりません。
すべきだ。それは布告ではありません。