後でsrcを動的に追加するため、これらのプロパティは使用しません。私もaltは必要ありません。ただし、ページを検証したいのですが。div内でCSSの背景を使用することで、この要件を回避できます。これは有効なアプローチですか?
明確化:
私は検索エンジンを気にしません。
私の画像は常に読み込まれます。
JavaScriptを使用してsrc属性を設定しました。
主要な最新のブラウザ用。
アクセシビリティはまだ必要ありません。
DoctypeはHTML5-
<!DOCTYPE html>
参照
後でsrcを動的に追加するため、これらのプロパティは使用しません。私もaltは必要ありません。ただし、ページを検証したいのですが。div内でCSSの背景を使用することで、この要件を回避できます。これは有効なアプローチですか?
明確化:
私は検索エンジンを気にしません。
私の画像は常に読み込まれます。
JavaScriptを使用してsrc属性を設定しました。
主要な最新のブラウザ用。
アクセシビリティはまだ必要ありません。
DoctypeはHTML5-<!DOCTYPE html>
参照
Htmlには、w3.orgサイトに記載されている特定の構造があります。w3バリデーターは、入力が仕様に一致すること、この場合は要件に一致することを検証します。
src属性が存在する必要があります
srcのないimgタグの動作は未定義であり、たとえば、ブラウザによっては、有効な画像の代わりに現在のページを再リクエストする場合があります。
alt属性を指定する必要があり、その値を空にすることはできません
同じ参照から、alt属性要件の正当化:
[alt属性]には、画像の代わりにユーザーが使用できる置換テキストが含まれているはずです
質問から:
後でsrcを動的に追加するため、これらのプロパティは使用しません。私もaltは必要ありません。
srcを動的に追加する場合(これは、JavaScriptがないと、ページ、または少なくともこの特定のマークアップビットはだれにも役に立たないことを意味します)-imgタグを動的に追加しないのはなぜですか。
Altタグは、さまざまな国の連邦法に少なくとも部分的に基づいて主張されています。一部の状況や状況では、非常に高額の罰金で罰せられる可能性のある障害者に対する違法な差別と見なされます。したがって、W3標準は賢明にそれを主張します。このページは標準に準拠していると見なされます。
障害以外にも、altタグは、スクリーンリーダー、ブラウザの画像がオフになっている場合など、さまざまな状況で使用されます。
altタグの定義を本当に避けたい場合は、デフォルトのタグを使用してください。たとえば、「理由」などのためにalt="Altタグを意図的に空白にしています。
source属性に関しては、スクリプトが標準に準拠していると見なされる前に、htmlページが内部的に有効である必要があるという事実になります。これは、スクリプトの実行後に標準への準拠をチェックすることの複雑さと信頼性の低さ、および標準が「目立たないスクリプト」のアイデアに影響されているという事実によるものです。この場合、ページはスクリプトによって拡張できますが、すべきではありません。厳密に必要でない場合は、基本的な機能のスクリプトを要求します。
実行時にイメージを定義する必要があるという本当に正当な理由がある場合は、次の2つの選択肢があります。
srcタグに関しては、アプリケーションが大きくなるにつれて読み込み時間が長くなり、スタイルやサイズなどによっては非常に奇妙に見える可能性があることも覚えておく必要があります。
要約すると、Altタグは必要ないと思われる場合でも常に使用し、srcタグに関して上記の2つの解決策のいずれかを使用してください。
このalt
属性は、テキストベースのブラウザ、スクリーンリーダーなどの障害者向けアクセシビリティ、および検索エンジン(質問のコメントに記載されているものもあります)に役立ちます。
空の画像タグもあちこちに置いてはいけません。これは意味的に間違っており(あなたが言ったように検証に失敗することは言うまでもありません)、サイトに技術的な問題を引き起こす可能性があります。代わりに、空の「画像ホルダー」(div
またはなどfigure
)を配置し、その内部HTMLコンテンツに動的画像タグを入力します。
src
JSを使用して(または静的に)設定しても、画像の読み込みは保証されません。ネットワークに本当にひどい問題がある場合はどうなりますか?すべてのリソースが正しく読み込まれることを保証することはできません。正しくロードされていないJSまたはCSSを処理することは、少しばかげて制御できない可能性がありますがalt
、画像のタグのような単純なものは非常に簡単な回避策です。
これらの機能のすべてが必要ではないからといって、W3Cが全世界が従うべき一般化された仕様を作成するときにそれらを考慮に入れるべきではないという意味ではありません。