Chip
チップ
チップは、入力、フィルター、選択、または取り外し可能な項目を表す、小さなインタラクティブなアイテムです。その正確な動作は明確でなければなりません。
実際の例
買い物客はフィルターとしてサイズMと在庫ありを選択します。各チップは選択されていることを示し、キーボードやポインターで自分のフィルターを削除することができます。読み取り専用のカテゴリラベルはタグであり、チップではありません。
主な部分
- 01エンティティラベル
- 02インタラクション状態
- 03オプションの削除アクション
以下の場合に使用します
まず、そのチップが入力、フィルタ、選択、またはアクションのどれかを言ってください。それから、それに対応する挙動を与えます。
以下の場合は使用しないでください
ボタン、チェックボックス、またはタグがアクションをよりよく説明している場合、一般的なピル制御を作り出さないでください。
コードで使用する名前
button or checkbox semantics in compact form 出荷前に
Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery.
Outcome：Complete the task with チップ (Chip)。 User context：買い物客はフィルターとしてサイズMと在庫ありを選択します。各チップは選択されていることを示し、キーボードやポインターで自分のフィルターを削除することができます。読み取り専用のカテゴリラベルはタグであり、チップではありません。 Recommended pattern：チップ (Chip)。 Why it fits：まず、そのチップが入力、フィルタ、選択、またはアクションのどれかを言ってください。それから、それに対応する挙動を与えます。 Do not use it when：ボタン、チェックボックス、またはタグがアクションをよりよく説明している場合、一般的なピル制御を作り出さないでください。 Product requirements: Define the default, loading, empty, error, success, and recovery states. Keep user input. Give clear feedback after every action. Accessibility and resilience: Use semantic HTML, full keyboard access, and visible focus. Make the layout work when zoomed and support reduced motion. Follow the project’s current rules. Do not add a new UI library unless the project already uses it. Acceptance criteria: The main task works with keyboard only and at 320px width. Focus and status changes are announced. Check loading, failure, retry, cancel, and reduced-motion paths. Evidence and limits (evidence boundary)：その情報源にとって公式です。他のプラットフォームやチームはその用語を別の方法で使用する場合があります。 Unknowns to confirm: Product wording, data source, analytics events, supported devices and languages, and platform limits.
このリクエストを確認する
Review how チップ (Chip) is used now. Definition: チップは、入力、フィルター、選択、または取り外し可能な項目を表す、小さなインタラクティブなアイテムです。その正確な動作は明確でなければなりません。 Release checks: Give assistive tools the control’s name (accessible name), purpose (role), value, and state. Check keyboard use, visible focus, target size, disabled and busy states, feedback, and recovery. Before changing code, list the evidence, gaps, severity, and the smallest safe fix.