Kaz Tsuchiya @caztcha@fedibird.com

「善意」のウェブアクセシビリティ - 水底の血
https://momdo.hatenablog.jp/entry/20241020/1729393589

#JBICT ポッドキャストのサイトワールド特集。今年も始まりましたね。楽しみです。

SC 2.2.2 (Pause, Stop, Hide) or SC 2.2.4 (Interruptions) might apply, but this implementation seems compliant with these SCs because it includes a pausing mechanism.

What about SC 4.1.3 (Status Messages)? I believe the alt text of the carousel panels does not constitute status messages. However, the "Understanding Success Criterion 4.1.3" document lists "Using role=alert or aria-live=assertive on content which is not important and time-sensitive (future link)" as a failure technique.

Imagine there is an auto-carousel where each panel has alt text (in accordance with WCAG SC 1.1.1) and a pause button (in accordance with SC 2.2.2).

If the auto-carousel is coded as a live region, this could frustrate screen reader users, as the alt text of each panel would be read aloud frequently, even if they were focusing on other areas of the content. In an accessibility audit, can we classify this implementation as a "failure" from a WCAG perspective? If so, which success criteria could be used as the basis for this?

Furniture & Home Decor UX: Always Provide a “Dimensions” Image – Articles – Baymard Institute
https://baymard.com/blog/dimensions-measurements-product-size-image

5 Tips for Avoiding Confusing Category Names
https://www.nngroup.com/articles/category-names-suck/

Stay Ahead of Web Accessibility Lawsuits: Essential Legal Considerations | UsableNet, Inc.
https://blog.usablenet.com/stay-ahead-of-web-accessibility-lawsuits-essential-legal-considerations

排除の自覚から始める「現時点での最適解」としてのインクルーシブデザイン ｜ ひらくデザイン ｜ 株式会社コンセント
https://www.concentinc.jp/design_research/2024/10/btob-communications-202410/

記事を書きました。✍️

ウェブアクセシビリティ自動テストスクリプト「axe-test.js」のアップデート (WCAG 2.2 対応) | Accessible & Usable

https://accessible-usable.net/2024/10/entry_241014.html
---

AI for accessibility conformance testing? Why? – HTML Accessibility
https://html5accessibility.com/stuff/2024/10/10/ai-for-accessibility-conformance-testing-why/

Making the Web Accessible: A Focus on Cognitive Disabilities - TPGi
https://www.tpgi.com/making-the-web-accessible-a-focus-on-cognitive-disabilities/

Accessibility education and outreach: Another milestone in W3C's 30-year history and evolution | 2024 | Blog | W3C
https://www.w3.org/blog/2024/accessibility-education-and-outreach-another-milestone-in-w3cs-30-year-history-and-evolution/

Guidance on Applying WCAG 2 to Non-Web Information and Communications Technologies (WCAG2ICT
https://www.w3.org/TR/wcag2ict/

2024-10-08付で W3C Group Note となっています。

Should You Use the Mean or Median of the SUS? – MeasuringU
https://measuringu.com/should-you-use-the-mean-or-median-of-the-sus/

Captioning Lyrics and Copyright Laws - Equal Entry
https://equalentry.com/captioning-lyrics-copyright-laws/

LukeW | Smashing Conf: How to Use AI to Build Accessible Products
https://www.lukew.com/ff/entry.asp?2081

Icon Usability: When and How to Evaluate Digital Icons
https://www.nngroup.com/articles/how-to-test-digital-icons/

axe DevTools (ブラウザ拡張機能)、最新版は axe-core 4.10.0 ベースで動いていて、つまりは WCAG 2.2 レベル AA に相当する項目も検証できるはずなのだけれど、デフォルト設定では WCAG 2.1 レベル AA 相当の検査にとどまっていて、無料版だとこのデフォルト設定を変更できない。

もっとも、axe-core で自動検証できる WCAG 2.2 の達成基準は 2.5.8「ターゲットのサイズ (最低限)」に限られるので、個人的には今のところさほど影響はないのだけれど、PRO (有料サブスク) にしないと WCAG 現行バージョンに基づいた検証ができない、というのはどうなんだろう。

欧米の主だった法規制として、EAA にしろ ADA にしろ、現状では WCAG 2.1 レベル AA が要件になっているので、axe DevTools のデフォルト設定もそれに合わせればいいんじゃない、という判断なのかも？でも WCAG 2.2 って、勧告から既に一年経っているのよね...。

EU の EAA (European Accessibility Act) が 2025年6月から効力を発することで、いわゆる「ブリュッセル効果 (Brussels Effect)」がデジタルアクセシビリティの分野でもあらわれることを個人的には期待している。

NV Access が、点字ユーザーの視点での NVDA のユーザー体験を調査するサーベイを実施しています。
QT: https://fosstodon.org/@NVAccess/113263348798126835 [参照]