毎週のプラットフォームニュース：HTMLロード属性、主なARIA仕様、およびIFRAMEからShadowDOMへの移動

今週のプラットフォームニュースラウンドアップ：Chromeは、Web開発者にアクセシビリティ仕様を提供する新しいロード属性と、BBCの視覚化のShadow Domへの移行を導入します。

Chromeはロード属性を起動します

Chromeは、怠zyなロード画像とIFRAMEのHTMLロードプロパティをサポートするようになりました。 loading="lazy"<mark>延迟加载图像</mark>とIframe（ビューポートの下にある）に追加でき、ユーザーが近くにスクロールするまでロードされません。

Googleは、この機能をプログレッシブエンハンスメントとして扱うか、既存のJavaScriptベースのLazy Loading Solutionsに加えて使用することをお勧めします。

この機能はHTML標準に追加されていません（ただし、オープンプルリクエストがあります）、そのChromeステータスページにはGoogleドキュメントへの複数のリンクがリストされています。 （web.devから）

ARIA仕様の概要

Web開発者向けの主要なアクセシビリティ仕様：

関連：サイモン・ピーターズとヴァレリー・ヤングによる「ARIA Authoring Practices Guideに関連する」

BBC WebサイトのShadow Dom

BBCは、ウェブサイトに組み込みのインタラクティブな視覚化を実装しています<iframe></iframe>Shadow Domに移行します。これにより、負荷性能が大幅に改善されます（「25％を超える高速」）。

利用可能なShadow Dom Polyfillsは、Shadow Domの境界を越えてスタイルが漏れないように確実に防ぐことができないため、Shadow Domをサポートしないブラウザに戻ることにしました。<iframe></iframe> 。

Shadow Dom [...]は、カプセル化の観点から、IFrameと同様の方法でコンテンツを提供できますが、ネガティブオーバーヘッドはありません[...]コンテンツがページの一部としてシームレスに表示される要素をカプセル化したいと考えています。 Shadow Domは、カスタム要素なしでこれを提供します。

この新しいアプローチの主な欠点は、CSSメディアクエリを使用して、コンテンツの幅に基づいてスタイルを条件付けて適用できなくなることです（コンテンツが個別の組み込みドキュメントにロードされなくなったため）。

IFRAMEを使用する場合、メディアクエリはコンテンツ幅を提供します。 Shadow Domを使用する場合、メディアクエリはデバイス自体の幅を提供します。これは私たちにとって大きな挑戦です。コンテンツが提供されたときに、コンテンツのサイズを知る方法はありません。

（トビーコックスから）

他のニュース...

• Chromeの次のバージョンでは、最大のコンテンツ型ペイントパフォーマンスメトリックを紹介します。この新しいメトリックは、最初の意味のある図面をより正確に置き換えます。これは、ビューポートの最大の要素がレンダリングされる場合（通常は最大の画像またはテキスト段落）（Phil Waltonから）レンダリングされたときに測定します。
• Microsoftは、3DでWeb Domを表示するための新しいツールのプロトタイプを作成しました。このツールは、エッジプレビューで実験的に（Edge Devtoolsから）利用可能になりました
• エッジプレビューでは、デフォルトで追跡保護が有効になっています。 「悪意のあるトラッカーと一部のサードパーティトラッカーをブロックする」（TechDowsから）デフォルトでバランスモードに設定されています。

私の新しい毎週の日曜日のエディションで詳細ニュースを読んでください。詳細については、webplatform.newsをご覧ください。

以上が毎週のプラットフォームニュース：HTMLロード属性、主なARIA仕様、およびIFRAMEからShadowDOMへの移動の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。