# CSS

# CSS 頭文字

頭文字とは、新しいテキスト セクションを始めるときに使う大きな装飾文字を指します。これは、印刷技術が発明される以前から使われています。CSS の initial-letter プロパティを使うと、頭文字が後続のテキストに入り込む行数を設定できます。次の例では、頭文字がテキスト 3 行分にわたって表示されます。

.content::first-letter {
  initial-letter: 3;
}

# CSS 疑似クラス :picture-in-picture

:picture-in-picture 疑似クラスは、動画がピクチャー イン ピクチャーに入ったときや終了したときにメディア プレーヤーをカスタマイズしたい場合に役立ちます。

:picture-in-picture 疑似クラスのデモをお試しください。

# ウェブ API

# AudioContext.setSinkId()

AudioContext.setSinkId は、出力に使うオーディオ デバイスの ID を設定します。これにより、AudioContext は、ユーザーが選択した接続済み出力デバイスにオーディオをルーティングできるようになります。

この機能の詳細については、Web Audio での出力先デバイスの変更に関する投稿をご覧ください。

# クロスオリジン iframe の FedCM

権限ポリシーを通した FedCM API のクロスオリジン iframe サポートを追加します。これにより、ウェブサイトは、ID プロバイダからのスクリプト（クロスオリジン iframe で FedCM API をトリガーするもの）をサンドボックス化し、ページ全体を完全に制御できないようにすることができます。また、iframe 自体がユーザーのログインを要求するユースケースも実現できます。どちらの場合も、親フレームはクロスオリジン iframe に権限ポリシー identity-credentials-get を提供する必要があります。

# credentialless な iframe

credentialless な iframe を使うと、デベロッパーが一時的なコンテキストを新しく作成し、それを使ってサードパーティ iframe にドキュメントを読み込むことができます。credentialless な iframe は、credentialless な COEP を汎用化したものであり、COEP を利用していない可能性があるサードパーティ iframe をサポートします。これにより、サードパーティの iframe を COEP ページに埋め込むには COEP をサポートしなければならないという制約がなくなるため、クロスオリジン分離の採用を検討しているデベロッパーの障害がなくなります。

詳細は credentialless な iframe に関する投稿をご覧ください。

# FileSystemHandle::remove() メソッド

FileSystemHandle の remove() メソッドを使うと、showSaveFilePicker() からファイル ハンドルを取得したものの、結局何も保存せずにファイルを削除するという一般的なユースケースに対応できます。このメソッドを追加する前は、ハンドルを提供したファイルやディレクトリを削除することはできず、親ディレクトリのハンドルを取得して FileSystemDirectoryHandle::removeEntry() を呼び出す必要がありました。

# 推測ルール API からトリガーされるプリフェッチ

プリフェッチを行うと、今後のナビゲーションのためにメインリソースをフェッチしてメモリ内に保存しておけるので、次のナビゲーションを高速化できます。今回のリリースには、同一サイトのプリフェッチと、対象のサイト向けの認証情報が存在しない場合のクロスサイトのプリフェッチの両方が含まれます。

# URL で Non-Transitional IDNA 処理を利用

Non-Transitional モードの URL 処理で IDNA 2008 を有効にし、Chrome の動作を Firefox および Safari と合わせます。現在の Chrome は、IDNA 2008 を Transitional モードの URL 処理に使用しています。Transitional モードと Non-Transitional モードの主な違いは、偏差文字と呼ばれる ß（ラテン小文字シャープ S）、ς（ギリシャ語小文字ファイナル シグマ）、ZWJ（ゼロ幅接合子）、ZWNJ（ゼロ幅非接合子）の 4 文字の扱いです。Transitional モードでは偏差文字が IDNA2003 と同じように扱われ、ß は ss に、ς は σ にマッピングされ、ZWJ と ZWNJ は削除されます。Non-Transitional モードでは、これらの文字を含むドメインが許可され、マッピングされることなくドメイン名として使用できるため、別の IP アドレスに解決される可能性があります。たとえば、Chrome と Firefox で faß.de を入力すると、現在は別々のサイトが開きます。Chrome で Non-Transitional IDNA を有効にすることで、偏差文字がドメイン名として許可されます。Firefox と Safari は 2016 年にこの変更を行っており、Non-Transitional URL 処理を使用し続けています。

# ウェブアプリの起動ハンドラ

launch_handler ウェブアプリ マニフェスト メンバーを追加します。これにより、すべての種類のアプリ起動トリガーで、ウェブアプリの起動動作をカスタマイズできます。たとえば、次のようにすると、Example アプリを起動するたびに既存のアプリ ウィンドウに移動してフォーカスされます（存在する場合）。常に新しいアプリ ウィンドウが起動することはありません。

{ 
    "name": "Example app", 
    "start_url": "/index.html", 
    "launch_handler": {
        "client_mode": "navigate-existing" 
    } 
} 

# web-share 権限ポリシー

navigator.share() へのアクセスを制御します。デフォルトで、サードパーティの iframe は Web Share API を使う権限を持ちません。

# 進行中のオリジン トライアル

Chrome 110 では、以下の新しいオリジン トライアルにオプトインできます。

# ナビゲーション プリフェッチ キャッシュでの No-Vary-Search のサポート

URL クエリ パラメータが変更されても、プリフェッチのマッチングが可能になります。No-Vary-Search HTTP レスポンス ヘッダーは、キャッシュとのマッチングを行う際に、URL クエリの一部またはすべてのパートを無視できることを宣言します。ここでは、クエリ パラメータのキーの順序によってキャッシュミスが起こらないようにしたり、特定のクエリ パラメータが原因でキャッシュミスが起こらないようにしたり、既知の特定のクエリ パラメータのみでキャッシュミスを起こしたりすることを宣言できます。複数のキャッシュに適用することもできますが、このエントリはプリフェッチ キャッシュのサポートについて述べています。

こちらからナビゲーション プリフェッチ キャッシュの No-Vary-Search サポートのトライアルに登録できます。

# PerformanceResourceTiming.deliveryType

リソースがどのように配信されるかについての情報を公開します。たとえば、キャッシュから配信されるリソース（現在 transferSize で公開されているもの）や、以前のページによってプリフェッチされたナビゲーションを識別する際に役立ちます。

# SoftNavigation パフォーマンス エントリ

ソフト ナビゲーション ヒューリスティックス（試験運用版）をウェブ デベロッパーに公開します。PerformanceObserver とパフォーマンス タイムラインの両方を使用します。

こちらからソフト ナビゲーション ヒューリスティックスのトライアルに登録できます。

# 推測ルール: Speculation-Rules ヘッダーによる配信

現在のところ、推測ルールはインライン スクリプトタグでしか指定できません。この機能提案では、"Speculation-Rules" ヘッダーを使った代替策を提供します。値は、application/speculationrules+json MIME タイプのテキスト リソースを指す URL である必要があります。このリソースのルールが、ドキュメントのルールセットに追加されます。

# 推測ルール: ドキュメントをソースとするルール

この推測ルール拡張構文を利用すると、ブラウザがページ内の link 要素から推測の URL を取得します。どのリンクが利用できるかを制限する基準が含まれる場合があります。

# WebView の X-Requested-With

Android WebView で X-Requested-Header の以前の動作を維持するための逆トライアルです。現在、このヘッダーの値には埋め込み元のアプリのパッケージ名が設定されていますが、この動作は徐々にロールアウトして削除される予定です。この逆トライアルでは、機能削除の移行期間中も、サイト所有者がこのヘッダーを受け取り続けられるようになります。

この機能のサポートの終了についての詳しい情報は、別のブログ投稿で改めてお伝えします。こちらから X-Requested-With 逆トライアルに登録できます。

# サポートの終了と機能の削除

このバージョンの Chrome では、以下のサポートの終了および機能の削除が行われます。サポートの終了が予定されている機能、現在サポートが終了している機能、以前に削除された機能のリストは、ChromeStatus.com をご覧ください。

今回のリリースの Chrome では、2 つの機能が削除されます。

# 安全でないコンテキストでの Web SQL の削除

Web SQL は、安全でないコンテキストで削除されています。オリジン プライベートなファイル システムをサポートしたブラウザで SQLite Wasm に切り替えることをお勧めします。

# window.webkitStorageInfo の削除

以前のストレージ割り当て API である window.webkitStorageInfo のサポートを削除します。この機能はもともと 2011 年に導入されました。Chrome はプレフィックスつきの割り当て API を実装し、その直後に Quota API に機能が引き継がれましたが、その後こちらも非推奨になっています。以前のストレージ割り当て API は他のブラウザで実装されることはなく、2013 年に非推奨になっています。