質問: 音声のみのインターフェースを設計する際のガイドライン(例:視覚障害者向け)? スクリーンリーダーでコンテンツを簡単に解析できるようにするためのヒントや、視覚障害のあるユーザーが収集できないコンテンツについてのリマインダーなど、アクセシビリティガイドラインを提供する多くのリソースがあります。それはかなり一般的です。しかし、私がめったに見ないものは、オーディオのユーザビリティのガイドラインです-目の不自由なユーザーが情報を処理するためのさまざまな方法、および意味を表すために音、ピッチ、速度、および区切りを使用する方法を詳述するガイドライン。私が学びたいいくつかの詳細: ビジュアルインターフェイスでは、特定の色の本来の意味を利用できます。たとえば、エラーの場合は赤です。オーディオで同様のことができますか? 同様に、目の見えるuiでは、色、形、所属を使用して、アイテム間の親族関係を表すことができます。これはオーディオだけでもできますか? 物理的なアナロジーを示唆したり、実際のイベントを呼び出したりするために、動きと位置を使用するインターフェースを見てきました。削除されたアイテムが消えてなくなったり、非アクティブな要素が後退しているように見えたりします。サウンドを使用して同様の物理的概念を呼び出すにはどうすればよいですか? 現実世界のシナリオでは、視覚の恩恵を受けていないユーザーが、インターフェイスまたはサイトマップをどれくらい速くナビゲートできるでしょうか。 目が見えないユーザーは、目が見える相手とは異なるブラウジング習慣や調査戦略を採用していますか? 誰かが完全にまたはほとんどオーディオ出力に依存するインターフェースを設計する際の特定の課題に関するリソースやアドバイスはありますか?
回答: 提起された質問の1つはオーディオインターフェースとビジュアルインターフェースの違いでした。私はこれを信じています passage はそれを非常によく説明しています: オーディオインターフェースは、コンテンツをユーザーに線形に提示します。これは、ほとんどの人がビジュアルインターフェイスを使用する方法とは対照的です。目の見えるユーザーは、画面全体をほぼ瞬時にスキャンして、全体的なレイアウト、芸術的なスタイル、およびコンテンツの他のマクロレベルの側面を把握できます。スクリーンリーダーのユーザーは、これらのマクロレベルの側面をすばやく理解することはできません。コンテンツの最初から最後までの直線的な進行は、すべてのオプションを一度に表示しない自動電話メニューシステムに似ています。ユーザーはこのようなシステムを段階的に進める必要があります 読み取り速度:オーディオキューに依存しているほとんどの人は、コンテンツにアクセスするためにスクリーンリーダーに依存しています。スクリーンリーダーを使用して読み取られるコンテンツは、次の範囲の速度で読み取ることができます。 300ワード/分以上。読み取り速度は固定されておらず、変化する可能性があり、以下で強調表示されているように、読者の経験に依存します。 スクリーンリーダーは、人間のようにwebコンテンツを読むことはできません。声はややロボット的で単調に聞こえます。さらに、経験豊富なユーザーは、読み上げ速度を毎分300ワード以上に高速化することを好むことがよくあります。これは、経験の浅いリスナーが簡単に理解できる以上のものです。実際、多くの人が初めてスクリーンリーダーを聞くと、通常は毎分約180ワードの速度で読みますが、読み方が速すぎると文句を言います。スクリーンリーダーに慣れるまでには時間がかかりますが、興味深いのは、ユーザーがそれに慣れると、目の見える人を驚かせる速度でコンテンツを競争できることです。 ユーザーの標準の読み取り速度への設定に関して、このサイトでは スクリーンリーダーの速度標準に関する質問 の質問についてこの興味深い議論があります。このディスカッションでは主に、ユーザーが自分の慣れのためにスケールで読み取り速度を設定できるスクリーンリーディングソフトウェアの数と、それらのスケールの決定に伴う課題について説明しますスクリーンリーダーがコンテンツを読み取る方法と、それがどのように影響するかは、デザイン/コンテンツの決定です-スクリーンリーダーを使用して読み取られるコンテンツのほとんどはweb上にあるため、ほとんどのガイドラインはそれらに適用できますが、ソフトウェアベースのインターフェイスにも拡張できると思います。コンテンツがどのように読み取られ、オーディオキューにレンダリングされるかに関するガイドラインのsomeを以下に示します。 スクリーンリーダーは、ピリオド、セミコロン、カンマ、疑問符、および説明のポイントで一時停止します。 スクリーンリーダーは通常、段落の終わりで一時停止します。 スクリーンリーダーは、発音できる十分な母音/子音がある場合、頭字語や無意味な単語を発音しようとします。そうでなければ、彼らは手紙を綴ります。たとえば、nasaは単語として発音されますが、nsfは「nsf」と発音されますが、ほとんどの人間は「url」と言いますが、頭字語urlは「earl」と発音されます。頭字語sqlは発音されません。一部の人間はそのように発音しますが、スクリーンリーダーによる「続編」、スクリーンリーダーは「sql」と言います スクリーンリーダーのユーザーは、wordを理解していない場合は一時停止し、戻ってそれを聞くことができます。スクリーンリーダーで文字を1文字ずつ読み上げることもできます。 jawsは、単語を文字ごとに読み取る際に、大文字と小文字を区別して強調することにより、大文字と小文字を区別します。 スクリーンリーダーは入力時に文字を読み上げますが、パスワードフィールドには「スター」または「アスタリスク」と言います。 スクリーンリーダーは、ページタイトル(htmlマークアップの属性)をアナウンスします。 スクリーンリーダーは、代替テキストが存在する場合、画像の代替テキストを読み上げます。 jawsは、代替テキストの前に「グラフィック」という単語を付けます。画像がリンクの場合、jawsは代替テキストの前に「グラフィックリンク」を付けます。 残りのガイドライン こちらをお読みくださいこれは良い読みです: 視覚障害者のための使いやすさのヒントとツール スマートフォンや触覚の知覚をもはや提供しないデバイスなどのデバイス用のオーディオ固有の出力を備えたアクセシブルなソリューションを設計する際の課題に関して、私はこの優れたchi論文を読むことを強くお勧めします 視覚障害者向けの使用可能なジェスチャー:好みとパフォーマンスを理解する 教授と私のtaの1人:)スマートフォンでのアクセシビリティの設計に関連する課題について紙が述べていることを引用するには スクリーンリーダーが android および apple の電話に含まれるようになりましたが、アクセス可能なタッチスクリーンは依然としてユーザーとデザイナーの両方に課題を残しています。 ユーザーは新しいタッチスクリーンアプリケーションを迅速かつ効果的に学習できなければなりませんが、デザイナーはさまざまなデバイスやアプリケーションにアクセス可能なタッチスクリーン操作技術を実装できなければなりません。ほとんどのユーザーインターフェイスデザイナーは目が見えるので、視覚障害者がテクノロジーをどのように体験するかについての理解が限られている場合があります。新しいアクセシブルなタッチスクリーンベースのアプリケーションを作成したいデザイナーは、現在いくつかの課題に直面しています。 まず、目の見えないユーザー向けのタッチスクリーンインターフェイスは、タップ、スワイプ、ピンチなどの使い慣れたジェスチャーによりほぼ一貫していますが、視覚障害を持つユーザー向けのタッチスクリーンインターフェイスは、プラットフォームによって大きく異なります。 アクセシブルなタッチスクリーンインターフェイスをスマートフォン以外のデバイスに拡張する方法の例はほとんどありません。 アプリケーションでジェスチャーを提供したい設計者は、そのジェスチャーが視覚障害者に適しているかどうかを検討する必要があります。目の不自由な人は、目の見えるピアと同じハードウェアを使用する場合がありますが、異なるジェスチャーを使用することを好む場合や、目の見える人とは異なる方法で同じジェスチャーを実行する場合があります。目の見える人は視覚的なフィードバックがないときにジェスチャーを異なる方法で実行します。視覚障害のある人も、目の見える人とは異なる方法でジェスチャーを実行する可能性があると想定するのは合理的です。 視覚障害者向けのスマートフォンインターフェースの設計に関する彼の調査結果をまとめます(すべての調査結果は音声キューの観点からは適用できませんが、簡単に音声を生成するのに役立つ要因を強調表示します用途) 印刷物で使用される記号は避けてください。視覚障害のあるユーザーは、文字、数字、句読点などの印刷物で使用される記号についての知識が限られている場合があります。これらの記号がわかっている場合でも、ユーザーはそれらに慣れていないか、またはそれらを実行することに慣れていない場合があります。 エッジ、コーナー、その他のランドマークを優先します。タッチスクリーンの表面に正確なスポットを配置することは、画面を見ることができないユーザーにとって非常に困難な場合があります。タッチスクリーンの物理的なエッジとコーナーは、視覚障害者にとって便利なランドマークです。これらの領域に重要な機能を配置すると、アクセシビリティが向上し、ユーザーがこれらの機能を誤ってトリガーする可能性が低くなります。位置精度の要求を減らします。視覚障害のあるユーザーは、エッジやコーナーなど、画面の特定の領域をターゲットにする場合の精度が低くなる可能性があります。この問題は、ターゲットのサイズを大きくするか、ユーザーがターゲットの近くをタッチして指で探索してより正確に特定できるようにするなど、おおよそのターゲティング方法を許可することで軽減できます。 時間ベースのジェスチャー処理を制限します。目の不自由な人は、目の見える人とは異なるペースでジェスチャーを行う場合があります。したがって、ジェスチャーの速度を認識機能またはパラメーターとして(動的スクロールのように)使用すると、視覚障害のあるユーザーにとってエラーが増加する可能性があります。 可能な場合は、従来の空間レイアウトを再現します。 qwertyキーボードや電話のキーパッドなど、使い慣れた空間的および触覚的なレイアウトのオブジェクトは、多くの視覚障害者にすぐに馴染みがあります。これらのレイアウトを再現すると、視覚障害者が学習し、新しいインターフェース。 最後に、 プロジェクト計算尺ルールビデオ は、音声キューが視覚障害者がスマートフォンを使用するのにどのように役立つかを示しています長い投稿だね:)