なぜ私は、視覚障害のある仲間のコンピューターユーザーにもうMacを勧められないのか
(applevis.com)- MacでVoiceOverを使ってSafariを利用すると、「Safari not responding」が繰り返し発生し、数分間停止する問題が長く続いており、視覚障害者・ロービジョンユーザーの日常作業を直接妨げている
- Safariだけでなく、WebKitベースのアプリケーションでも同様の応答停止が起こることがあり、macOSアクセシビリティ全体への信頼を揺るがしている
- ユーザーがアプリ切り替えやVoiceOver再起動で抜け出せることもあるが、切り替えすらできず、Macが再び反応するまで待たなければならない場合が多い
- この問題が複数のmacOSバージョンにわたって解決されないままでいるため、VoiceOverに依存するユーザーにとってMacはSafariや関連アプリで予測しにくいプラットフォームになっている
- Appleのアクセシビリティチームに実際の被害を伝え、解決するまでは新しいMacの購入や推奨を保留するという礼節ある圧力が必要である
「Safari not responding」が生み出す利用不能状態
- MacでVoiceOverを使用する際、Safariが応答しなくなる長年の問題があり、VoiceOverは「Safari not responding」というメッセージを繰り返し通知する
- 問題が発生すると、Macは一度に最大で数分間、事実上使えない状態になることがある
- 一部の状況では、Safariから別のアプリに切り替えたり、VoiceOverを再起動したりして抜け出せる
- しかしあまりにも頻繁に、ユーザーはSafariから離れたりVoiceOverをオフにしたりできず、Macが再び反応するまで待たなければならない
- 関連する問題はAppleVisの Safari/WebKit applications can become unresponsive when using VoiceOver にまとめられている
Safariを超えてWebKitベースのアプリにまで及ぶ影響
- 「Safari not responding」という挙動は、視覚障害者・ロービジョンユーザーの生産性とMac全体の使い勝手を大きく低下させる
- Safariだけに限らず、AppleのWebKitブラウザーエンジンを使う複数の一般的なアプリも「not responding」問題の影響を受ける可能性がある
- 日常作業だけでなく重要な作業中にも、Safariや他のアプリでバグが発生し、macOSの体験は不安定でフラストレーションのたまるものになる
高性能Macでも避けにくい問題
- この問題はMacのスペック水準に関係なく発生する
- 最新のApple silicon搭載Macや16GB以上のRAMを備えた機種でも広く経験されている
- 上位の最新Macハードウェアを使うユーザーでも、この致命的なVoiceOverバグを避けるのは難しい
数年にわたり積み重なったアクセシビリティへの信頼損失
- この中核的な問題は複数のmacOSバージョンにわたり何年も続いており、Appleは恒久的な修正版を出せていない
- 継続期間の長さとSafari・他アプリ全体への妨害の度合いのため、VoiceOverに依存するユーザーにMacをもはや善意で勧めにくい状況になっている
- ただし、Macでしか満たせない特定のユースケースがある場合は例外として残る
- Macは伝統的に視覚障害コミュニティで人気があり、優れたアクセシビリティ機能も提供してきた
- しかしAppleがこの問題を長く放置してきたことは、同社がたびたび語ってきたアクセシビリティへの約束に深刻な疑問を残す
- 晴眼ユーザーが同様の問題を経験していたなら、かなりのメディア報道とAppleによる緊急修正があったはずだという批判もある
同じ価格を払う顧客に必要な基準
- 「より良い扱い」とは、視覚障害があることやアクセシビリティ機能を使うことを理由に特権を求めるという意味ではない
- 視覚障害者・ロービジョンユーザーも、他の顧客と同じプレミアム価格を払ってMacを購入している
- ほとんどのMacユーザーと違い、VoiceOverユーザーは高価な機器が1日に何度も数分間、役に立たない物になってしまう状況を受け入れなければならない
- 障害やVoiceOverの使用は、Appleに期待すべき基準を下げる理由にはならない
- むしろAppleは、晴眼ユーザーと同等の体験を提供する責任をより大きく負っている
再現が難しいバグという制約
- Appleのエンジニアリングチームがこの問題の解決に苦労している可能性があることは認められる
- ユーザー報告によれば、「Safari not responding」という挙動を一貫して再現する方法はないように見える
- 同じWebページが何度も正常に動作した後、突然フリーズを引き起こすことがある
- ユーザー、デバイス、構成によって差があり、根本原因の切り分けと修正を難しくしている
- それでもAppleが持つエンジニアリング人材と資源を考えれば、この課題が克服不可能であってはならない
Appleに直接圧力を高める方法
- VoiceOverユーザーを長年苦しめてきた「Safari not responding」バグをAppleが優先事項とし、恒久的に解決するよう要求を強めるべきである
- MacでVoiceOverを使うユーザーは、Appleのアクセシビリティチームに直接連絡し、自身の経験や不満を共有できる
- Appleアクセシビリティチーム: accessibility@apple.com
- Apple CEOティム・クックの公開メールアドレスをCCに入れる方法も提案されている: tcook@apple.com
- 圧力は直接的でありつつも、丁寧で建設的であるべきだ
- ティム・クックにも、この継続中のバグがAppleの視覚障害者・ロービジョン顧客に与える直接的な影響を知らせる必要がある
他のmacOSアクセシビリティ問題と購入保留の要求
- 「Safari not responding」は、Macの視覚障害者・ロービジョンユーザーに影響する唯一の問題ではない
- macOS Sonomaの問題と対応を扱った 最近の記事 にも、複数の不満や失敗事例がまとめられている
- それでもこのバグは、Appleの全体的なアクセシビリティ実績とアクセシビリティへの献身を測る尺度となっている
- Appleはかなりの期間、この尺度で失敗してきた
- ユーザーはこの問題を公に語り、「Safari not responding」の問題が完全に解決されるまで、新しいMacを購入したり推奨したりしないという形で消費者としての圧力をかけるべきである
- Appleは、視覚障害者・ロービジョン顧客に対してMacが安定し、完全にアクセス可能な体験を提供するという信頼を回復しなければならない
1件のコメント
Hacker News のコメント
視覚障害のある開発者の立場からすると、MacOS の VoiceOver は誰にも勧めにくい。視力を失う前は Apple ファンだったが、その後 Windows に移らざるを得ず、2016年に Mac の VoiceOver を学んだときも非常にもどかしかった。
Terminal アプリのテキスト領域操作は、コマンドの順序が非決定的に感じられるほど不安定で、Windows のフラットなナビゲーションに比べ、Mac の階層型ナビゲーションははるかに面倒だった。
XCode でプロジェクト設定の一つにアクセスするには、パネル内のサブパネルを9段階まで下りる必要があり、一度でもミスすると見当違いの場所へ行ってしまった。
外国語のWebページ検索も、Command+F が英語キーボード配列でしか動作せず、VoiceOver の検索ボックス内では別のキーボード配列へ切り替えられないため詰まった。
ブラウザでリンクを新しいタブで開く簡単な方法も、Windows の Control+Enter に比べて不足しており、Fn+Ctrl+Option+Command+Up/Down のような 5キーショートカット は左手首の痛みまで引き起こした。
Apple はバグ修正にはあまり関心がなく、WWDC でアクセシビリティに配慮しているという派手なスライドを見せることにより気を使っている印象だった。
Windows では JAWS のほうがずっと使いやすく、NVDA はオープンソースなので問題があれば自分で直せるため最も好んでいる。スクリーンリーダー市場も JAWS と NVDA がそれぞれ約45%、VoiceOver は約10%なので、Windows のスクリーンリーダーを学ぶほうがはるかに良いと思う。
2年以上 MacBook Air M1 をメインの Mac として使っているが、この問題は筆者が言うほど深刻ではなかった。Mac OS 12 の頃にはもっと大きな問題だったが、そのときも Cmd+Option+Q で「終了してウインドウを保持」を実行すればかなり早く解決した。
VoiceOver にも問題は多いが、Windows のスクリーンリーダーも同様で、Mac ではアクセシビリティを壊すアップデートを先送りできる点が良い。Windows ではそれができず、OS を乗り換えた主な理由の一つだった。
視覚障害者ではなく、この分野の経験もないが、Apple Store のスタッフが視覚障害者に VoiceOver の使い方 を案内している場面はかなり印象的だった。少なくとも店舗スタッフの一部はアクセシビリティ機能の研修を受けているということに見える。
当時の扱いは私たちの基準では衝撃的にひどく、まったく遠慮して言うつもりもない。
OS 全体の構造的問題を期待していたが、表面的には WebKit の特定のバグ 一つのように見える。ただし macOS Sonoma の問題記事と返信もリンクされており、影響を受けるユーザーにとってはかなり致命的なバグであり、こうしたバグが製品に入ったという事実自体が組織の構造的問題の症状かもしれない。
現代的な ARIA 属性標準のサポートで大きく遅れており、実際には多くの属性を完全に無視するため、VoiceOver で意図したスクリーンリーダーの動作を常に実装できるわけではない。
Safari と同様に、Apple は VoiceOver のサポートも口先だけのように見え、全盲の人たちは他に選択肢がないときだけ VoiceOver を使っているようだ。多くのオンライン統計は OS の利用とWeb利用を混同し、この事実をぼかしている。
興味深い視点だが、タイトルはかなり刺激的だ。障害者、その中でも視覚障害者を何人も代理している弁護士として言うと、私の視覚障害のある依頼者たちは皆、Apple製品に深く依存しており、アクセシビリティ機能は他の選択肢よりはるかに優れていると言っている
1080pモニターで2倍倍率だと、ビューポートは960ピクセルしかない
一方でLinux/Waylandは1.0、1.25、1.5、1.75、2.0、2.25倍を提供しており、ここ数カ月は1.75を使っている
WindowsもLinux/Waylandと似たように動作する。最新OSに合わせて更新されていないアプリはぼやけるものの、この点でMacOSは明らかに遅れている
そしてここで扱っているのはAppleのアクセシビリティ全体ではなく、Mac OSのVoiceOverという特定の領域だ。iPhoneのiOSとiPad OSは概してAndroidより優れているが、問題はある
ただし今回の問題は実際に存在し、プロにとっては非常に大きな不便をもたらす
代替として何を勧めるのか気になる。私の知る限り、Macはアクセシビリティ面でかなり大きな差をつけて最良だ
ドイツ語のTTSでは、数字の前後に「Homograph」という単語を付けてしまう有名なバグが半年ほど続いている。その技術に依存している人たちにとっては恥ずべきことだ
記事とは少しそれるが、視覚障害者がLinuxで使える良いツールがあるのか気になる
Orcaは他のアプリを起動する前に先に実行しておくのがよい。アクセシビリティのエクスポート変数とATSPI関連の処理をしてくれるためだ
正確には理解していないが、念のため.profileにexport linux-a11y = 1のようなおまじないを今でも入れている。正確な変数名ではないが、一覧はどこかにある
点字エンボッサーとプリンター出力にはcups-filtersがあり、主要ディストリビューションはほぼエンボッサーのドライバーを備えているようだ
Linuxではimagemagickで画像を点字グラフィックに変換することもできる。Windowsはエンボッサーのドライバーも標準提供しておらず、グラフィック出力はなおさらない
GUI Linuxのアクセシビリティがもっと良ければと思う。基盤はすでにかなり良く、ほぼどんな点字ディスプレイにも対応しているが、TTSエンジンはあまり良くない
数年前にテストで少し使ってみたが、全体としてはWindowsのNVDAとJAWSのほうがより良い選択肢である可能性が高い
開発者の視点では本当に歯がゆい。悪いユーザー体験を生む問題に見えるが、少なくとも記事には再現手順がない
たまにしか現れないバグは、十分にまれだと見つけ出すのが本当に難しい。Appleの指標は私のものより優れているだろうが、それでも問題を捉えること自体が難しい場合がある
AppleではWebKit、Safari、VoiceOver/Accessibilityのように複数のチームが一緒に直さなければならない可能性があり、それぞれのやり方もあるため、一つのチームが直す問題より複雑になり得る
もちろん、結局は優先順位の問題かもしれない。何年も残っているバグや、OSのバージョンが変わるたびに発生してそのまま残るリグレッションもあるからだ
Appleは以前、とりわけiPhoneで優れたアクセシビリティ体験を作るのが得意だった。macOSのアクセシビリティはほとんど使っていないので多くは語れないが、AndroidとWindowsではそれぞれGoogleとMicrosoftが追いついてきていると思う