Text Selection
テキスト選択
テキスト選択はマークされたテキスト範囲です。人々はテキストをコピー、置換、メモ、または編集するために選択します。
Select this useful phrase and keep the surrounding context.
実際の例
文字起こしエディターは、文章を選択したまま、すぐそばの注釈ツールバーを開くことができます。
主な部分
- 01可視ラベル
- 02Interaction target
- 03Current state
- 04Keyboard behavior
以下の場合に使用します
人々が引用、比較、コピー、編集できる有用なテキストのネイティブ選択を維持
以下の場合は使用しないでください
どこでも選択を無効にしないでください。選択のコントラストをはっきり保ち、キーボードフォーカスのように見せないでください。
コードで使用する名前
Selection API / Range / ::selection 出荷前に
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 テキスト選択 (Text Selection)。 User context：文字起こしエディターは、文章を選択したまま、すぐそばの注釈ツールバーを開くことができます。 Recommended pattern：テキスト選択 (Text Selection)。 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 テキスト選択 (Text Selection) 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.