Soichi Masuda

[3.1.3]一般的でない用語は補足説明をする、に一般的でない用語の具体例が欲しい

1

「一般的でない用語」の定義が理解しにくいため、具体例を追加してほしいです。 例えば、以下のものが掲載できそうに思います。 - [達成基準 3.1.3 の事例](https://waic.jp/docs/UNDERSTANDING-WCAG20/meaning-idioms.html#meaning-idioms-examples-head) - [Amebaヘルプ｜アメンバーってなに?](https://helps.ameba.jp/qguide/amember/post_186.html) --- また、現在の説明だとUNDERSTANDINGにある「限定された用法で使われている単語」が認識から抜けそうかもです。「サービス独自の用語」に広く含まれるかもしれません。 > 一般的に使われていない用語やサービス独自の用語を使うと、ユーザーが内容を理解するのに時間がかかり、サービス側の意図した内容が十分に伝わらない可能性がある。

良い/悪い実装例が、WCAGの達成方法、及び失敗事例だと混同されている

4

書く達成基準に掲載している良い実装例や悪い実装例について、Ameba Accessibility GuidelinesがベースとしているWCAGの達成方法や失敗事例と勘違いされるケースがある。 https://twitter.com/tak_dcxi/status/1284414215386566657?s=21 Ameba Accessibility GuidelinesはWCAGをベースにしているが、独自の基準や達成方法を持っている。よってAmeba Accessibility Guidelinesで悪い実装例とされていてもWCAGとしては適合可能なこともあるし、逆もまたしかりである。 Ameba Accessibility Guidelinesは、理解しやすいWCAGとして閲覧されることも多いため何かしらの対策が必要と考える。

feat: 一括選択のチェックボックスに可視のラベルを追加

1

## Overview `` のヘッダーセルにあるチェックボックスには、マシンリーダブルなラベルはあるが可視のラベルがなかったため追加。 参考: [フォーム: ウェブアクセシビリティ簡易チェックリスト | アクセシビリティ | SmartHR Design System](https://smarthr.design/accessibility/check-list/#h2-6) > 入力する内容や、操作がラベルとして表示されている ## What I did テキストラベルを表示するスペースがセル内に無いため、マウスポインターがホバーした際、またはフォーカスした際に、「すべての行を選択」のツールチップを出した。  ヘッダーセルを固定した際に、`` コンポーネントの描画範囲外が描画されなくなるため、ツールチップは右側に出した。（右側の見出しセルが見えなくなるけど。。。） ### その他 `` は `` でレンダリングされ、内包するコンテンツが「すべての行を選択」になるので、チェックボックスがあるカラムの名前が「すべての行を選択」になってしまう。 そのことを回避するために...

feat: Stepを持つダイアログをキーボードフォーカスしやすく開発しやすくするカスタムフックを作る

3

## Related URL ## Overview useDialogStepsを作成 返り値 ```typescript type UseDialogStepsResult = [ number, // currentStep { setStep: React.Dispatch // stepをset nextStep: () => void // 次のstepへ prevStep: () => void...

## Related URL ## Overview ## What I did ## Capture

## 関連URL ## 概要 ## 変更内容 ## 確認方法