Chrome 106 は本日出荷され、いくつかの実験的機能と非推奨の機能が含まれています。

Google Chrome 105 のリリースから 4 週間が経ちました。つまり、ブラウザの次のメジャー バージョンが利用可能になる時期です。Chrome 106 は、新しい API と機能の点で前任者ほど大きな更新ではありませんが、それでもいくつかの優れた機能があり、本日の営業時間内にリリースされます。

今回は非推奨から始めます。そのうち 3 つがあります。requestFileSystem() メソッドでは定数クォータ タイプが非推奨になりました。コードが複雑になるためです。これは、使用頻度が低いため特に望ましくありません。HTTP/2 プッシュ ストリームは、Chrome がこの構成によって送信されたストリームを受信、メモリに保存、または消費しなくなるのと同じ運命をたどります。同様に、 Chrome 106では、RFC 6265bis 仕様の最新の標準化に従って、Cookie ドメイン名属性での非 ASCII 文字のサポートも廃止されています。

新機能に関しては、主な改善点の 1 つはSerialPort の Bring Your Own Buffer (BYOB) 機能のサポートです。Google では次のように説明しています。

古い実装では新しいパラメーターを渡すと TypeError がスローされるため、開発者は getReader({mode: ‘byob’ }) を呼び出すことで BYOB リーダーのサポートを検出できます。BYOB (または “bring your own buffer”) リーダーを使用すると、開発者は、ストリームにチャンクごとに新しいバッファーを割り当てるのではなく、データを読み取るバッファーを指定できます。これにより、メモリーの負荷が軽減される可能性があるだけでなく、提供されたバッファーの空き容量を超えてストリームが返すことができないため、開発者は受信するデータの量を制御できます。ポートから一定量のデータを読み取る機能により、この API は、同じ “bring your own buffer” 原則で動作するシリアル デバイス用の Windows および POSIX API と比較して、プログラミングに慣れている開発者にとってより親しみやすいものになります。

BYOB リーダーを使用すると、開発者は、ストリームにチャンクごとにバッファーを割り当てるのではなく、データを読み取るバッファーを指定できます。これにより、メモリ負荷が軽減される可能性があるだけでなく、提供されたバッファーに余裕がある以上のデータをストリームが返すことができないため、スクリプトはブロックで受信するデータの量を制御できます。ポートから一定量のデータを読み取る機能は、Windows およびシリアル デバイス用の POSIX API のプログラミングに慣れている開発者から頻繁に要求される機能であり、同じ “bring your own buffer” 原則で動作します。対照的に、現在の API では、開発者は、処理したいデータだけを読み取るのではなく、不要なデータが追加されないように保護する必要があります。

さらに、hyphenate-character プレフィックスのない CSS プロパティは現在安定しており、Chrome 106 で出荷されます。「-webkit-hyphenate-character」プロパティは、日付が指定されていない場合、後日非推奨になります。

Chrome 106 のもう 1 つの重要な改善点は、v3 API Intl.NumberFormat のサポートです。このバージョンには、次の新機能があります。

1. 数値範囲の書式設定用に 3 つの新しい関数を追加: formatRange / formatRangeToParts / selectRange
2. グループ列挙
3. 新しい丸め/精度オプション
4. 丸め優先度
5. 文字列を小数として解釈する
6. 丸めモード
7. サイン表示 マイナス

さらに、WebCodecs のオーディオおよびビデオ インターフェイスに dequeue コールバックが導入されました。これにより、開発者は、タイミング関数をランダムにチェックするように設定する代わりに、エンコード インターフェイスとデコード インターフェイスでキュー サイズが減少したかどうかを知ることができます。

さらに、CSS の長さ単位「ic」がサポートされるようになりました。これは、日本語と中国語のフォントの「水の表意文字の拡張された尺度に相対的な」長さを表すために使用され、Safari と Firefox には既に存在します。今後は、Signed HTTP Exchange を介してサブリソースをプリフェッチおよびロードするときにCORS が適用されます。

このリリースの Chrome には、いくつかの実験的な機能もあります。チェックボックスでブロックされている 2 つの開発者向けトライアルがあります。1 つ目は、File System Access API の非同期メソッドを同期メソッドに更新することです。これにより、パフォーマンスが向上し、API の一貫性が確保されます。次に、Googleはユーザー エージェント削減計画のフェーズ 5 を継続します。これは、複雑な User-Agent 文字列を解析する際のエラーの可能性を減らすだけでなく、プライバシーを改善することを目的としています。

同様に、2 つの機能も Origin の試用版になりました。匿名フレームは、一時的なコンテキストを介してドキュメントを外部フレームにロードする方法を提供します。これは Cross-Origin Embedding Policy (COEP) の一般化であるため、COEP ページに埋め込むための前提条件として、サードパーティの iframe が COEP をサポートするという要件が削除されます。この試用版は Chrome 108 まで実行されます。

ポップアップ API は、Origin の試用版でも提供されるようになりました。これにより、開発者は Web アプリケーションの上にインタラクティブな一時的な UI 要素を表示できます。「dialog」要素に似ていますが、画面を閉じる動作、ポップアップ インタラクション コントロール、アニメーション、イベント サポート、モードレス モードなどの新しい機能があります。

Chrome 106 は、今日の午後に展開を開始します。Chrome が 1 日以内にバージョン 106 に自動的に更新されない場合は、[ヘルプ] > [Google Chrome について]に移動して、利用可能になり次第すぐに更新を有効にしてください。次は Chrome 107 で、ベータ版は 9 月 29 日に、安定版は 10 月 25 日にリリースされます。