UIXHERO

Inspector Panel(インスペクターパネル)

選択したオブジェクト・要素のプロパティを表示・編集するサイドパネル。Figma・VS Code・DAWなどのプロ向けツールで使われるプロパティエディターのレイアウト・フィールドグループ化・リアルタイム更新・キーボード操作の設計を解説する。

2026年3月3日
更新: 2026年9月3日
22
by Dengen Yosho(DGYS)

選択したオブジェクト・要素・レイヤーのプロパティを表示・編集するサイドパネル。Figma(デザインプロパティ)・VS Code(変数ウォッチ)・DAW(トラックプロパティ)・ゲームエンジン(コンポーネントインスペクター) など、プロフェッショナルツールに広く使われる。選択状態に連動してパネルの内容が動的に切り替わり、複数のプロパティグループをアコーディオンまたはセクションで整理する。

この記事を読むと、プロパティの階層的なグループ化・選択状態連動・ラベルと入力欄のアライメント・数値スクラブ入力・リアルタイムプレビュー連動・空選択状態の設計が自分でできるようになります。


1. UI例(Preview / Live)

実装で見る(GunjoUI)

この部品を、デザインシステム GUNJO の実装で確かめられます。

2. 定義(Definition)

選択されたオブジェクト・要素のプロパティを表示・編集するサイドパネル。選択状態に連動してコンテンツが動的に変化し、プロパティをグループ(セクション)に分けて整理する。

Inspector Panel の構成要素

要素説明
パネルヘッダー選択中のオブジェクト名・タイプ表示
プロパティセクションアコーディオンで折り畳めるグループ
ラベル+入力フィールド2列レイアウトで整列
空選択状態何も選択されていない時のプレースホルダー

3. 使い分け(When to use / When NOT to use)

3.1 When to use

  • デザインツール・グラフィックエディター:Figma・Sketch・Illustrator
  • ゲームエンジン・3Dツール:Unity・Blender のコンポーネントインスペクター
  • コード・デバッグツール:VS Code のデバッグ変数ウォッチ・ブラウザDevTools
  • ダッシュボードビルダー:グラフやウィジェットのプロパティ編集

3.2 When NOT to use

  • 一般ユーザー向けの設定画面:Inspector Panel はプロ向けで、一般ユーザーには複雑に見える。通常の設定フォームの方が適切
  • 単一プロパティの編集:1〜2項目の編集なら Inspector Panel より Popover やインラインフォームが適切

4. 設計判断の核(Decision Principles)

Inspector Panelの核は「選択状態との連動」——選択オブジェクトが変わると即座にパネルの内容が切り替わり、編集した値がリアルタイムでプレビューに反映される。この双方向のフィードバックループが Inspector Panel の本質的な価値。

判断の優先順位:① 選択状態の連動 → ② プロパティのグループ化 → ③ ラベル幅の統一 → ④ キーボードでの数値操作

  • 選択オブジェクトが変わったらパネルを即座に更新する:選択変更時に値を即座に反映し、や遅延なく切り替える。切り替えアニメーションを入れるとプロ向けツールでは逆に邪魔になる
  • プロパティは意味的なグループに分けてセクション化する:「位置・サイズ(Transform)」「塗り(Fill)」「ボーダー」「シャドウ」「テキスト」などのカテゴリに分ける。全プロパティをフラットに並べると視認性が下がる
  • ラベル列幅を統一してフィールドを整列させる:ラベルと入力フィールドを grid または flex で整列し、ラベル幅(例:64px)を全セクションで統一する。フィールドの開始位置が揃うことで視線の移動が減り、高速なプロパティ読み取りが可能になる
  • 数値フィールドは上下キーでインクリメント/デクリメントできるようにする<input type="number"> はデフォルトで矢印キーで ±1 操作できる。Shiftキーを組み合わせて ±10、Altキーで ±0.1 のような複数刻みをサポートするとパワーユーザーの操作が上がる

5. 状態設計(States)

状態パネル表示
未選択空状態(「オブジェクトを選択してください」)
単一選択そのオブジェクトのプロパティを表示・編集
複数選択共通プロパティのみ表示(異なる値は Mixed と表示)
セクション折り畳みアコーディオンで非表示
フィールドフォーカスフォーカスリング表示
変更あり(未保存)フィールドに変更インジケーター(オプション)

6. バリエーション設計(Variants)

バリアント配置使用例
右サイドパネル画面右端Figma・Unity(最も一般的)
左サイドパネル画面左端一部のDAWツール
フローティングパネル画面上を自由移動Blender
ボトムバー型画面下部狭いキャンバスUI

7. パターン集(Good / Bad / How to fix)

7.0 よく崩れる設計パターン(3つ)

  • 全プロパティがフラットに並ぶ:30以上のプロパティが1列に羅列され、目的のプロパティを探すのに時間がかかる
  • ラベル幅がバラバラ:各プロパティのラベル幅が異なり、フィールドの開始位置が揃わず視線移動が増える
  • 選択変更時に前のオブジェクトの値が残る:選択を変更してもフィールドの値がリセットされず、古い値が表示されたままになる

7.1 Bad(典型3つ)

  • プロパティを意味的なグループに分けずフラットにレンダリングし、どのプロパティが何に関するかが分かりにくい
  • ラベルを <span> で自然幅にし、入力フィールドの位置がバラバラ
  • 選択オブジェクト変更時に useEffect でプロパティをリセットせず、前の値が残る

7.2 Good(対になる3つ)

  • プロパティを「Transform・Fill・Border・Shadow」などのセクションに分け、アコーディオンで折り畳める構造にする
  • ラベルを width: 64px; shrink-0 で固定幅にし、全セクションで統一する
  • useEffect(() => { setProps(getDefaultProps(selected)); }, [selected]) で選択変更時にプロパティをリセット・更新する

7.3 How to fix(手順)

  1. プロパティをカテゴリオブジェクトに分類し、セクションコンポーネントでループレンダリングする
  2. ラベルの width を CSS で固定する
  3. 選択state変更を useEffect で監視してプロパティを更新する
  4. 複数選択時は値が異なるフィールドに "Mixed" プレースホルダーを表示する

8. ルール(Must / Better)

Must(守らないと壊れる)

Better(品質が跳ねる)


9. アクセシビリティ要件(必須)

Screen Reader

<aside aria-label="インスペクターパネル">
  <div aria-live="polite" aria-atomic="true">
    <!-- 選択オブジェクト名:選択変更時に読み上げ -->
    <h2>矩形</h2>
  </div>

  <!-- セクション折り畳みボタン -->
  <button
    aria-expanded="true"
    aria-controls="section-transform"
  >
    トランスフォーム
  </button>
  <div id="section-transform" role="group" aria-label="トランスフォームプロパティ">
    <label for="prop-x">X</label>
    <input id="prop-x" type="number" value="120" />
  </div>
</aside>

10. 実装メモ(Implementation Notes)

  • 数値スクラブ(ドラッグで数値変更):ラベル上でマウスドラッグすることで数値を変更できる「スクラブ入力」はFigmaなどのプロツールでは一般的。onMouseDown で開始座標を記録し、onMouseMove でdeltaXを数値に加算するポインターキャプチャ実装が必要
  • パフォーマンス:プロパティ変更のたびにキャンバス全体を再レンダリングするとパフォーマンスが下がる。useCallback + React.memo でプロパティパネルとキャンバスを分離し、変更があったプロパティのみ更新する
  • キーボードショートカット:プロツールのパワーユーザーは特定プロパティフィールドにキーボードショートカットでジャンプすることを期待する。useHotkeys ライブラリが便利

11. 関連リンク


12. まとめ

Inspector Panelの設計で最重要なのは「選択状態との双方向連動」と「プロパティのグループ化」です。プロパティをフラットに並べるだけでは、プロ向けツールで必要な高速なプロパティ参照・編集が困難になります。ラベル幅の統一・セクションのアコーディオン折り畳み・空選択状態の実装をセットで設計してください。数値スクラブはプロツールの「触り心地」に大きく影響するため、余裕があれば実装を推奨します。

更新のお知らせ

サイトに載せていない実例や、新しい記事のお知らせはこちらで出しています。

読んだ内容を、自分の画面に当てるとき

UIXHEROは、記事を書くほかに、画面の検品・判定、デザインシステムの構築、実装と改善の伴走を受けています。何を頼めばいいか決まっていない段階の相談も、同じ窓口で受けます。

UIXHEROに頼めることを見る

※ 記事の内容についての質問や、書いてほしいテーマの要望も同じ窓口で受けています

記事をシェア

メールでお知らせを受け取る

最終更新: 2026年9月3日

この記事を書いた人

Dengen Yosho(DGYS)

Dengen Yosho(DGYS)

UI/UXデザイナー兼デザインエンジニア デザイン歴25年以上 情報設計〜UIデザイン〜React/TypeScriptによる実装までを一気通貫で担当 大手企業のDXプロジェクトや決済アプリ領域で、デザインリードとして改善と構築を経験 現在はフリーランスとして、プロダクトのUI/UX改善とデザインシステム構築を支援 長年の実務の中で感じてきたのは、 「良いUI」はセンスではなく、再現可能な判断の積み重ねであるということ UIXHEROは、 心理学や行動科学の知見を、現場で使える設計言語に翻訳するための場所 関心領域は「ユーザーの行動が変わるUI」 人の認知・注意・意思決定の構造を理解し、 “なぜそのUIが機能するのか”を言語化することを目指している

あわせて読みたい

この記事に関連する記事をご紹介します

Bar Chart(棒グラフ)

カテゴリごとの量を棒の長さで比べるチャート。ゼロ基線の扱い、並び順、縦横の選び方、しきい値の見せ方という設計判断と、色だけに頼らないアクセシビリティ要件を解説する。

2026年8月27日
18

Donut Chart(ドーナツチャート)

中央をくり抜いた円で構成比を示すチャート。中央に置く値の選び方、円グラフとの使い分け、リングの太さ、凡例の作りという設計判断と、色だけに頼らないアクセシビリティ要件を解説する。

2026年8月27日
17

Gauge Chart(ゲージチャート)

1つの値を範囲の中に置いて示す半円のチャート。範囲の両端に意味があるかという条件、しきい値の帯の設計、色だけで良否を伝えない書き方という設計判断とアクセシビリティ要件を解説する。

2026年8月27日
16

もっと深く知りたいですか?

ここに掲載されていないトピックについても、リクエストがあれば解説記事を追加します。 わかりにくい点や、具体的な事例について知りたいことがあれば教えてください。

リクエストを送る