• aboutabout
  • servicesservices
  • worksworks
  • mediamedia
  • contactcontact
  • homeサイトトップ
  • about会社概要
  • services業務内容
  • works実績紹介
  • mediaメディア
  • contactお問い合わせ
ja/

media

メディア

  1. サイトトップ
  2. メディア
  3. プログラミングの記事
  4. メディアクエリを使わないレスポンシブコーディングを試してみる #2:フォントサイズ

メディアクエリを使わないレスポンシブコーディングを試してみる #2:フォントサイズ

  • 2022.09.16
  • プログラミング
  • CSS
Updated: 2022.09.17
レスポンシブコーディングにおいて、端末ごとに異なる画面幅に合わせてデザインを調整する場合に、メディアクエリを使ってスタイルの切り分けが行われますが、過去記事「メディアクエリを使わないレスポンシブコーディングを試してみる #1:カラムレイアウト」ではメディアクエリを使わずにレスポンシブ対応のカラムレイアウトを作成する方法についてまとめましたが、この時は画面幅に合わせてレイアウトのコンテナ要素の幅も変わり、その中でカラムを均等に分割するという手法で対応していましたが、画面幅を基準にサイズを指定することでメディアクエリを使わなくても、レスポンシブコーディングを実現することができます。   今回は前回のカラムレイアウトに引き続き、フォントサイズについてもメディアクエリを使わない方法でレスポンシブコーディングに対応し、画面幅に対応して変更していくように考えてみたいと思います。 (こちらの記事も合わせてどうぞ) メディアクエリを使わないレスポンシブコーディングを試してみる #1:カラムレイアウト   今回は下記のようなテキストをそれぞれの手法で検証してみたいと思います。また後述するコードのフォントサイズは、画面幅が1440pxで68pxの大きさになることを前提とした設定にしています。
<p>
  ダミーテキストダミーテキストダミーテキストダミーテキスト
</p>
   
1. メディアクエリあり(フォントサイズをpxやremなどの絶対値で画面幅ごとに指定)
今回もはじめにメディアクエリを使った一般的によく用いられる方法から見ていきます。この方法ではデフォルトのフォントサイズを指定した上で、メディアクエリを使って画面幅ごとに適切な文字サイズになるよう個別に絶対値で設定していく形になります。
p {
  font-size: 68px;
}
@media (max-width: 1200px) {
  p {
    font-size: 56.6667px;
  }
}
@media (max-width: 980px) {
  p {
    font-size: 46.2778px;
  }
}
@media (max-width: 768px) {
  p {
    font-size: 36.2667px;
  }
}
@media (max-width: 540px) {
  p {
    font-size: 25.5px;
  }
}
@media (max-width: 420px) {
  p {
    font-size: 19.8333px;
  }
}
  このパターンで作成したサンプルはこちらに用意しています。ただこの方法ですと、コードの量が多くなるのと画面幅によっては見た目のバランスが変わってしまったり、文字数によっては行数が増えてしまうなどのデメリットがあります。    
2. メディアクエリなし(フォントサイズをvwの相対値で画面幅に連動させて指定)
次にメディアクエリを使わずにフォントサイズをレスポンシブに対応させていきます。ここではフォントサイズの単位に「vw」を使うことで、ビューポートの幅を基準にしたサイズの指定ができるようになります。メディアクエリを使わない分、コードもスッキリしました。ただし、サイズの単位はビューポートの幅いっぱいが100vwとなるため、目的のフォントサイズの値を算出するには計算が必要になってきます。
p {
  font-size: calc((68 / (1440 / 100)) * 1vw);
}
  上記では、ビューポートの幅が1440pxの時に68px相当のフォントサイズになるよう、vwの単位で設定する計算の例になります。つまり計算部分を分かりやすくまとめると下記のようになります。ここではcalc()を用いて値を指定していますが、Sassなどの場合には@functionなどでレスポンシブのフォントサイズの指定ができるような関数を用意しておいてもいいですね。
calc(( 基準となるフォントサイズ / ( 基準となるビューポート幅 / 100 )) * 1vw );
  このパターンで作成したサンプルはこちらに用意しています。この方法では、先ほどのメディアクエリを使って段階的に絶対値で指定していないので、そのままのバランスを保つことができますが、常に画面幅に対してフォントサイズが決まるので、画面が狭くなったり広くなったりすると、極端に文字が小さくなったり大きくなるという問題も起こってきます。    
3. メディアクエリなし(vwの相対値をベースに、clamp()で絶対値の下限と上限を設定した範囲指定で指定)
そこで、3つ目の方法を検討してみます。先ほどのvwの単位を使ったフォントサイズ指定では、画面の幅に完全に依存するため、どこまでも小さくなったり大きくなってしまいます。そうなることでテキストの視認性が下がったり、文字が大きくなることで見た目のバランスが変わってきたりします。そんな時に便利なのが「clamp()」です。これは基準となる値に加えて、上限と下限の値を設定し、その範囲で値が切り分けられるように出力することができるものです。詳しくは過去記事「IEのサポート終了で積極的に取り入れたいCSSプロパティ#2:便利機能編」でも紹介していますが、比較的新しいプロパティで近年では積極的に取り入れられているのを見かけます。
p {
  font-size: clamp(19.8333px, calc((68 / (1440 / 100)) * 1vw), 68px);
}
  このパターンで作成したサンプルはこちらに用意しています。これで基本的にはビューポートの幅をベースにフォントサイズが変更され、下限のサイズより小さくなることはなく、上限のサイズ以上に大きくなることを防ぐことができます。つまり範囲を指定したフォントサイズの設定ができます。  
  レスポンシブ対応を細かくすることで、デザインとしてのクオリティやユーザービリティを高められる可能性は高くなりますが、メディアクエリに頼りすぎてしまうと、どうしてもコードが肥大化してしまいます。またメディアクエリでは段階的にスタイルを切り替えるため、画面幅によってはスマートに見えないこともあります。そんな時にメディアクエリをできるだけ使わないような実装方法が選択肢にあるのはとても良いことですね。   (こちらの記事も合わせてどうぞ) メディアクエリを使わないレスポンシブコーディングを試してみる #1:カラムレイアウト
XでシェアLINEで送るはてブに追加

この記事を書いた人オガワ シンヤ

合同会社デザインサプライ代表兼CEO / ディレクター・ウェブデザイナー・フロントエンドエンジニアをやっています。「ウェブとデザインでヒト・モノ・サービスを繋げ新しい価値を生み出す」をコンセプトに日々奮闘中!制作中はダイエットコーラとチョコレートが欠かせないアラフォーWebクリエイター。

Sponsored Link

  • Showcase
  • Startify UI
  • Functional Gradation Generator
  • Coloooors

keyword search

categories

  • WordPress(61)
  • JavaScript(49)
  • Vue.js(48)
  • CSS(46)
  • jQuery(34)
  • Nuxt.js(22)
  • Sass(21)
  • Gulp(17)
  • webpack(16)
  • PHP(14)
  • HTML(14)
  • GSAP(11)
  • React(10)
  • Vite(9)
  • Pug(9)
  • Laravel(8)
  • Cordova(8)
  • Linux(7)
  • Next.js(6)
  • Apache(5)
  • Shopify(4)
  • REST API(4)
  • Node.js(4)
  • Smarty(3)
  • Git(3)
  • JSON(3)
  • その他プログラミング(3)
  • Google Apps API(3)
  • Bootstrap(3)
  • 環境構築・システム(3)
  • TypeScript(2)
  • EJS(2)
  • RMS(2)
  • Docker(2)
  • Instagram API(2)
  • Excel VBA(2)
  • SVG(1)
  • Dart(1)
  • ECカートASP(1)
  • Markdown(1)
  • AMP(1)
  • Nginx(1)
  • XML(1)
  • shellscript(1)
  • Ruby(1)
  • MySQL(1)

recent articles

  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#6:PWA対応とビルド時のエラー
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#6:PWA対応とビルド時のエラー

    2024.12.25/Next.js
  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#5:アナリティクス・アドセンスの導入とサイトマップ作成
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#5:アナリティクス・アドセンスの導入とサイトマップ作成

    2024.08.26/Next.js
  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#4:静的・動的ルーティングとページ作成
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#4:静的・動的ルーティングとページ作成

    2024.07.31/Next.js
  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#3:メタ情報設定・ファイル最適化・ステート管理
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#3:メタ情報設定・ファイル最適化・ステート管理

    2024.06.30/Next.js
  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#2:コーディング環境の構築
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#2:コーディング環境の構築

    2024.05.29/Next.js
  • Next.jsとWordPressでヘッドレスCMSのサイトを作成する#1:インストール・導入
    read more

    Next.jsとWordPressでヘッドレスCMSのサイトを作成する#1:インストール・導入

    2024.04.30/Next.js
  • 次の記事
  • 一覧に戻る
  • 前の記事

まだ依頼内容が決まっていなくても、ご相談ください。

課題の整理や小さな検証、UI/UX・フロントエンドの部分的な支援から始められます。

お問い合わせやご相談はこちらから

Webサイト・プロダクトの企画設計/UI・UXデザイン/フロントエンド開発合同会社デザインサプライ(DesignSupply. LLC)

Office:大阪府大阪市天王寺区清水谷町3-22
Email:info@designsupply-web.com
home
  • サイトトップ
about
  • 3つのポリシー
  • 経営理念
  • 代表・クリエイター紹介
  • 会社概要
services
  • ビジネス・プロダクト支援
  • UI/UX・フロントエンド開発支援
  • プロジェクトの進め方・支援体制
  • エデュケーション事業
works
  • 開発プロジェクト支援
  • クリエイティブ制作
  • 自社プロダクト
media
  • デザイン
  • プログラミング
  • マーケティング
  • Web開発
  • 写真・動画制作
contact
  • お問い合わせ
news
  • インフォメーション
privacy
  • プライバシーポリシー

WE THINK WITH YOU, DESIGN FOR PEOPLE, AND BUILD WHAT WORKS.

WE THINK WITH YOU, DESIGN FOR PEOPLE, AND BUILD WHAT WORKS.

© 2013 - 2026 DesignSupply.LLC
サイトトップへ
contact