responsive-design
モバイルファーストのアプローチ、フレキシブルレイアウト、メディアクエリ、クロスデバイス最適化など、レスポンシブWebデザインに関する包括的なガイドラインを提供するスキルです。さまざまな画面サイズやデバイスに対応したUI実装時に活用できます。
description の原文を見る
Comprehensive guidelines for responsive web design including mobile-first approach, flexible layouts, media queries, and cross-device optimization
SKILL.md 本文
レスポンシブデザインガイドライン
コア原則
- セマンティックHTMLを記述してアクセシビリティとSEOを向上させる
- インラインスタイルを避けCSSでスタイリングを行う
- メディアクエリとフレキシブルレイアウトを使用してレスポンシブデザインを実現する
- ARIAロールと属性を使用してアクセシビリティを優先する
- モバイルファーストで設計してから、より大きい画面向けに拡張する
モバイルファースト アプローチ
戦略
- 最小のビューポート向けのスタイルから始める
- 段階的な拡張を通じて複雑さを追加する
- ベーススタイルはメディアクエリなしで機能する
- メディアクエリはより大きい画面向けに機能を追加する
メリット
- 必須コンテンツの優先順位付けを強制する
- モバイルデバイスのパフォーマンスを改善する
- コア機能がどこでも動作することを保証する
- CSSの複雑さと詳細度の問題を軽減する
/* Base styles for mobile */
.container {
padding: 1rem;
}
/* Tablet and up */
@media (min-width: 768px) {
.container {
padding: 2rem;
}
}
/* Desktop and up */
@media (min-width: 1024px) {
.container {
max-width: 1200px;
margin: 0 auto;
}
}
フレキシブルレイアウト
Flexbox
- 1次元レイアウト(行または列)に使用する
flex-wrapを活用してレスポンシブなラッピングを実現するgapを使用して一貫した間隔を保つ- メディアクエリと組み合わせてレイアウト変更を行う
CSS Grid
- 2次元レイアウトに使用する
auto-fitとauto-fillを活用してレスポンシブグリッドを実現するminmax()を使用してフレキシブルなトラックサイズ設定を行うfrユニットと固定最小値を組み合わせる
.grid {
display: grid;
grid-template-columns: repeat(auto-fit, minmax(300px, 1fr));
gap: 1rem;
}
コンテナクエリ
- ビューポートではなくコンテナサイズに基づいてコンポーネントをスタイリングする
- 本当に再利用可能なコンポーネント向けに使用する
container-typeでコンテナを定義する
レスポンシブタイポグラフィ
フルイドタイポグラフィ
- レスポンシブなフォントサイズに
clamp()を使用する - 最小値、推奨値、最大値を設定する
- モバイルで小さすぎたりデスクトップで大きすぎたりしないようにする
h1 {
font-size: clamp(1.5rem, 4vw + 1rem, 3rem);
}
単位
- スケーラブルなタイポグラフィに
remを使用する remをユーザーのブラウザ設定に基づいて設定する- コンポーネント相対的なサイズ設定に
emを使用する - フォントサイズに固定の
px値を避ける
レスポンシブ画像
Srcsetとsizes
- 複数の画像解像度に
srcsetを使用する - ブレークポイントでの表示サイズを示すために
sizesを使用する - ブラウザに最適な画像の選択を任せる
<img
src="image-800.jpg"
srcset="image-400.jpg 400w, image-800.jpg 800w, image-1200.jpg 1200w"
sizes="(max-width: 600px) 100vw, (max-width: 1000px) 50vw, 800px"
alt="Description"
>
Picture要素
- アートディレクション(異なるサイズでの異なるトリミング)に使用する
<img>要素でフォールバックを提供する- ブレークポイント固有のソースにメディア属性を使用する
パフォーマンス
- レイアウトシフトを防ぐために
widthとheight属性を含める - 画面下部の画像に
loading="lazy"を使用する aspect-ratioCSSプロパティを検討する
メディアクエリ
一般的なブレークポイント
/* Small phones */
@media (min-width: 320px) { }
/* Large phones */
@media (min-width: 480px) { }
/* Tablets */
@media (min-width: 768px) { }
/* Laptops/Desktops */
@media (min-width: 1024px) { }
/* Large screens */
@media (min-width: 1280px) { }
/* Extra large screens */
@media (min-width: 1536px) { }
フィーチャークエリ
- フィーチャー検出に
@supportsを使用する - サポートされていないフィーチャーのフォールバックを提供する
- 特定のCSSプロパティをテストする
プリファレンスクエリ
- ダークモード/ライトモードに
prefers-color-schemeを使用する - アニメーションプリファレンスに
prefers-reduced-motionを使用する - コントラストプリファレンスに
prefers-contrastを使用する
タッチターゲット
サイズ
- タッチターゲットの最小サイズは44×44ピクセル
- ターゲット間に十分な間隔を提供する
- モバイルでの親指の到達範囲を考慮する
インタラクション
- ホバー状態のみに依存しない
- ホバーインタラクションに対するタッチ代替を提供する
- ホバー対応デバイスに
@media (hover: hover)を使用する
ビューポート設定
メタタグ
<meta name="viewport" content="width=device-width, initial-scale=1">
ベストプラクティス
- 常にビューポートメタタグを含める
- ユーザースケーリングを無効にしない(
user-scalable=noを避ける) - ピンチズーム有効な状態でテストする
- 200%ズーム時にコンテンツが使用可能であることを確認する
テスト
ツール
- ブラウザDevToolsのデバイスエミュレーション
- 可能な限り実機でのテスト
- パフォーマンス監査用のLighthouse
- コード品質チェック用のW3C バリデーター
チェックリスト
- 複数のビューポートサイズでテストする
- 横向きと縦向きの向きでテストする
- タッチ入力とマウス入力でテストする
- キーボードナビゲーションを検証する
- 画像が適切なサイズで読み込まれることを確認する
- タイポグラフィの読みやすさを確認する
- タッチターゲットが適切であることを確認する
- ブラウザズームでテストする
パフォーマンス上の考慮
クリティカルCSS
- クリティカルなファーストビュー用CSSをインラインに含める
- 重要でないスタイルシートは遅延読み込みにする
- レンダリングをブロックするリソースを最小化する
アセット最適化
- 画像を適切に圧縮する
- モダンなフォーマット(WebP、AVIF)を使用する
- 画面下部のコンテンツを遅延読み込みにする
- レスポンシブローディング戦略を検討する
ライセンス: Apache-2.0(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- mindrally
- リポジトリ
- mindrally/skills
- ライセンス
- Apache-2.0
- 最終更新
- 不明
Source: https://github.com/mindrally/skills / ライセンス: Apache-2.0
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。