Chrome Canary でテキスト拡大・縮小のサポートをお試しください。

2026/01/28 4:20

Chrome Canary でテキスト拡大・縮小のサポートをお試しください。

RSS: https://news.ycombinator.com/rss

要約

日本語訳:


要約

Chrome Canary は、ウェブページ上でオペレーティングシステムのテキストサイズ設定を尊重するようブラウザに指示する新しいメタタグ

<meta name="text‑scale">
の利用をユーザーが選択できるようになりました。 この機能はまだ実験的で、オプトインフラグによって制御されています。 2024 年夏に CSS Working Group に提案され、CSS Fonts 5 仕様に追加されたもので、サイトがシステムテキストスケーリングを尊重するよう設計されていることを示します。

モバイルユーザーの約三分の一(Android 約 37%、iOS 約 34%)が OS テキストサイズを調整していますが、ほとんどのブラウザはこれらの設定を無視しています。 Safari と Chrome はスキップし、Firefox for Android はページズームを使用します。 グローバルサポートを有効にするとデスクトップレイアウトが壊れる可能性があります(例:フォントサイズが倍になると LinkedIn のページが崩れます)。 したがって慎重な実装が必要です。

開発者向けベストプラクティスチェックリスト:

  1. 初期 CSS
    font-size
    を上書きしないでください。
    デフォルトを medium(約 16 px)に設定するか、パーセンテージ値を使用します。
  2. コンテンツ要素にはフォント相対単位(em, rem)のみを使用してください。 必要がない限り、マージン・パディング・ギャップには使用しません。
  3. 開発者ツールで 320 px ビューポートに 200 % テキストスケールをシミュレートし、
    env(preferred-text-scale)
    関数を使ってテストしてください。

未解決の質問があります:大きな見出しは本文より低い倍率で拡大すべきでしょうか(例:32 px → 64 px)? ブラウザは今年後半に

<meta name="text‑scale">
をサポートする可能性がありますが、他のエンジンについては確認されたタイムラインはありません。 追加議論とドキュメントは CSS Day 2026(6 月)で予定されています。

広く採用されれば、デザインを壊すことなくアクセシビリティ設定に対応できるようになります—ただしレイアウトの崩れを防ぐためにスペーシング単位を管理する必要があります。

本文

Chrome Canary + 「Experimental Web Platform features」
Chrome Canary で Experimental Web Platform features フラグを有効にしている場合、以下の新しい HTML メタタグを試すことができます。

<meta name="text-scale" content="scale">

この機能は 2024 年夏に CSS Working Group で提案され、David Grogan と Philip Rogers(Google Chrome チーム)の協力のもと開発されました。詳細な解説は こちら にあります。


これは何ですか?

iOS や Android のシステムテキストサイズを拡大すると、ウェブ上以外では文字が大きくなりますが…

  • Safari / Chrome – 変化なし
  • Firefox for Android – ページ全体のズーム(テキストスケーリングとは別)

Appt の調査によると、以下の割合でユーザーがシステムレベルのテキスト拡大率を変更しています。

  • 約 37 % が Android ユーザー
  • 約 34 % が iOS ユーザー

ウェブ開発者は現在、その設定に対応する手段を持っていません。

<meta name="text-scale">
タグがこの問題を解決します。
<meta name="viewport">
と同様に、ユーザーが OS のテキストサイズを拡大したときでもサイトが正常に機能するようブラウザへ通知します。

タグを追加すると、文字はユーザーの設定に従って拡大されます。


なぜ有効化しなければならないのでしょうか?

ブラウザがすべてのページで自動的にこの機能を採用できるわけではありません。そうすると多くのサイトが壊れてしまうためです。

  • デスクトップブラウザは既にユーザーがウェブサイトのテキストサイズを拡大できるようになっていますが、これは隠し機能です。
  • Firefox で LinkedIn を閲覧すると、文字サイズを倍にすると「車の衝突」レイアウトになることがあります。
  • この機能をモバイルで有効化した場合、多くのサイトも同様に壊れます。

さらに、小さなビューポートでもユーザーはテキストを 200 % まで拡大できるべきです(横スクロールなし)。これは WCAG 2.2 のガイドライン 1.4.4(Resize Text)と 1.4.10(Reflow)に準拠しています。
したがって、2008 年からのモバイルビューポートサポート同様、オプトイン方式で導入する必要があります。


ウェブサイトでテキストスケーリングをサポートするには?

すべてのブラウザが

<meta name="text-scale">
を実装するまで待つ必要はありません。
真のテキストスケーリング はデフォルトのフォントサイズだけを変更し、画像や余白、ギャップなどはブラウザズームと同じように拡大されません。

1. 初期フォントサイズを上書きしない

<!-- 👎 こうしないでください -->
<meta name="text-scale" content="scale">
<style>
  :root {
    font-size: 16px;   /* デフォルトを上書き */
  }
</style>

理想的には

font-size
を未設定にするか、パーセンテージで調整します。

2. コンテンツにフォント相対単位を使用

  • テキスト、画像、アイコンは emrem が推奨
  • マージン・パディング・ギャップなどのレイアウトプロパティでは必要に応じてのみ使用
  • ボーダーはケースバイケースで決定:ボタンやテキストボックスはスケールさせるべき、デザイン上の区切り線は px のままでも構わない

3. 十分なテストを行う

安価なスマートフォンで文字サイズが倍になる状況をシミュレートします。

  1. デスクトップ開発ツールでビューポート幅を 320 px に設定
  2. テキストスケールを 200 % に変更(各ブラウザの
    env(preferred-text-scale)
    を確認)
  3. レイアウト崩れが起きる箇所を特定し、必要に応じて調整

今後は?

  • 今年後半には他のブラウザもサポートを追加する見込みですが、公式なスケジュールは未定
  • ボディテキストより低い倍率で大きな文字(例:32 px → 64 px)が過度に大きくなるケースを検討中です。アイデアがあればぜひ共有してください!

CSS Day 2026(6 月)でさらに詳細を発表予定です。ぜひご参加ください!機能が成熟するにつれて、追加のドキュメントも公開します。

同じ日のほかのニュース

一覧に戻る →

2026/01/28 5:35

タイムステーション・エミュレータ

## Japanese Translation: > ## 要約 > タイムステーションエミュレーターは、スマートフォンやタブレットを低周波ラジオ送信機に変換し、ほとんどの原子時計や腕時計の同期に使用できる時間信号を放送します。NTP スタイルのアルゴリズムを用いて ±24 h のオフセットを許容し、自動的に夏時間変更と DUT1 うるう秒補正(適宜)を適用することで、BPC、DCF77、JJY、MSF、および WWVB の5つの公式局をエミュレートします。ツールは WebAssembly を介してブラウザ上で完全に動作し、インストールやデータ収集は不要です。また、44.1 kHz PCM 出力以上の DAC サポートがあれば十分です。 > > パフォーマンスは内蔵スピーカーで最も優れています。有線ヘッドホンでも動作しますが、Bluetooth やオーディオフィーバー機器では搬送波のサブハーモニック変調に必要な高周波共振子を歪めることがあります。2024 年初頭時点で iOS の Safari と Android の Firefox は不具合があり、機能しません。ユーザーは希望する局を選択し時計パラメータを設定した後、電話のスピーカーを時計のアンテナに近づけます。音声波形は、搬送波周波数のサブハーモニック変調によって実際のタイムステーション放送を模倣する RF ノイズを生成するよう設計されています。 > > エミュレーターは最大ボリュームで再生すると永久的な聴覚障害を引き起こす可能性があるため、スピーカーを直接聞くことを避けるよう警告します。ホストサイトは <https://timestation.pages.dev/> であり、そのソースコード(Unicode とアイコン資産を含む)は MIT ライセンスに準拠し、適切な帰属要件が課されています。

2026/01/28 3:57

レナート・ポッタリングとクリスチャン・ブラウナーは新しい会社を設立しました。

## Japanese Translation: まとめはすでにKey Pointsリストと完全に一致しているため、変更の必要はありません。

2026/01/28 2:11

サウンドクラウドのデータ漏洩情報、現在はHave I Been Pwnedに掲載されています。

## Japanese Translation: **改善された概要** SoundCloudは2025年12月に大規模なデータ侵害を受け、プラットフォーム上で未許可の活動が発覚した後に検知されました。攻撃により、攻撃者は公開されているプロフィール情報を約20%のユーザーのメールアドレスにマッピングし、約3000万件のユニークなメールアドレスと名前、ユーザー名、アバター、フォロワー/フォロー数、そして場合によっては国データまで公開されました。2026年1月、攻撃者はSoundCloudに対して身代金を要求しましたが、会社が応じなかったため、侵害されたデータを公表しました。