問題タブ [usability]

Adobe AIR のおかげで、Rich Internet Applications (RIA) を作成する境界を、ブラウザーの垣根を越えて押し広げることができました。一部の企業は、Rich Desktop Application (RDA) などのアプリケーションを差別化しています。

Web、デスクトップ、および RIA アプリケーションごとに使いやすさのガイドラインがあります。しかし、Adobe AIR により、Web テクノロジ (HTML、Java スクリプト、AJAX、Flex、AS..) を使用してデスクトップ アプリケーションを作成できるようになったため、このジャンルのアプリケーションは上記のカテゴリのいずれにも当てはまらないようです。

だから私の質問は次のとおりです。AIR アプリケーションはユーザーのデスクトップに存在し、ブラウザ上のアプリケーションとは対照的にデスクトップ アプリケーションを使用する場合、ユーザーは異なるメンタル モデルを持つため、AIR アプリケーションを RIA と区別することは正しいですか?

b. Adobe AIR 用のアプリケーションを作成する際に従う必要があるユーザビリティのガイドラインは何ですか?

私は、動的に生成され、1 つの項目のみを含むドロップダウン メニューは、その項目を自動的に選択する必要があると長い間考えてきました (ただし、何らかの理由で実践したことはありません)。これは、上部に空白のエントリが作成され、使用可能な単一の選択を行うためにメニューを操作する必要があるという、私が観察した典型的なアプローチとは対照的です。

たとえば、オンライン バンキングにログインして [紙の明細書を表示] を選択した場合です。私はアカウントを 1 つしか持っていないので、プロセスの次のステップはドロップダウンを表示することです。ここで、続行するにはそのアカウントを 1 つ選択する必要があります。この場合、上記のソリューションを実装することで、アカウントを選択して表示するまでのクリック数が 1 回少なくなります。この場合、ドロップダウン メニューのステップを完全に削除して、ステートメントに直接移動することをお勧めします。

単一のアイテムの自動選択が望ましくない結果をもたらすケースを考えられますか?

いくつかのパラメーターをとるマクロがあります。これらの一部はオプションであり、パラメータを空のままにすると、デフォルトに置き換えられます。

ここで問題となるのは、これを通常のWebデザイナーにとって可能な限り簡単にする方法です。このケースを処理するために、私の例以外に他の可能性はありますか？

例1：

ここでの明らかな問題は、オプションの値です。

例2：

そして、ここで問題は、同じマクロが複数回使用され、すべての変数が再度設定されない場合に発生する可能性のある問題です。

「Joel と Jeff へのオープン レター」を読んでいて、コメントの日付がブログ エントリが投稿された日付に関連していることに気付きました。つまり、最初のエントリは常に「12 分後」のままになり、次のエントリは常に「14 分後」になります。

ユーザビリティの観点から、現在との相対的な時間をリストアップすること、または主なアクションが発生したときとの時間をリストアップすることのどちらがより理にかなっていますか?

これを最初に見たとき、少しわかりにくいと思いました (これは予想していなかったからだと思います) が、すぐに理解できました。

質問は本当に簡単です。ブラウザバージョンでプラグを抜いて、それをサポートする必要がなくなったのはいつですか。おそらく予想できるように、これは特に現在IE6に関するものです。私が現在取り組んでいるサイトのデザインはほぼ完成しており、統合する必要がありますが、バックエンド機能のほとんどは、さらに6か月または7か月は実行されないと予想されます。IE6をスキップして、代わりにIE7 +をサポートするのではなく、IE6と戦う価値は本当にありますか？また、問題のサイトは特に写真家を対象としており、その多くは事実上マックヘッドです。

ほとんどすべてのアプリケーションは、ディスクまたはネットワークを介して I/O 操作を実行します。

私のアプリケーションは開発時の環境で正常に動作するため、インターネット接続が低速または不安定な場合、またはユーザーが書き込みが不十分な CD からデータを読み取ろうとした場合でも動作することを確認したいと考えています。

シミュレートするためにどのツールをお勧めしますか:

• 遅い I/O (ファイルを開く、ファイルを閉じる、読み取りと書き込み、ディレクトリ項目の列挙)
• 時折の入出力エラー
• 時折の「アクセス拒否」応答
• TCP/IP でのパケット損失
• 等...

編集：

Windows:
説明されている作業を実行するための最も近いソリューションは、holodeck、商用ソフトウェア (>900 ドル) のようです。

Linux:
オープン ソリューションは今のところ見つかりませんでしたが、smcameron と krosenvold で指定されているのと同じ効果が得られます。

デコレータ パターンは良い考えです。I/O クラスをラップする必要がありますが、テスト フレームワークになります。テストされていない唯一のコードは、サードパーティのライブラリにあります。

しかし、私はこの方法をとらず、コードをそのままにして、外部からの i/o エラーをシミュレートすることにしました。

私が必要としているのは「フォールトインジェクション」と呼ばれるものであることがわかりました。知らなかったソリューションがたくさんある一般的な生産ラインの部品だと思いました。(ちなみに、もう 1 つの同様の良いアイデアは、「ファズ テスト」です。Lennart のおかげです)

私の考えでは、この問題はまだ 900 ドルの価値はありません。フックに基づいて独自のオープンソース ツールを実装します (win32 を対象としています)。作業が完了したら、この投稿を更新します。3～4週間くらいで戻ってきて…

たとえば、私たちがWebサイトを作成している顧客は、次のようなものを要求します。

• すべてのリンクが新しいウィンドウで開く必要があります
• 動作しているブラウザに相当するものがある間、すべてのページにカスタムの「戻る」ボタンを配置します
• テキストの一部を点滅させるなど。

もちろん、私は彼らにそれが間違っていると言いますが、私が彼らに指摘することができる尊敬されている情報源から持っているべき悪いもののいくつかの素晴らしいリストがありますか？

優れたWeb2.0Webサイトを開発する際に考慮しなければならない、最も重要なユーザビリティ、アクセシビリティ、およびSEOガイドラインのいくつかを誰かに教えてもらえますか？

ユーザー登録部分のほとんどのサイトでは、パスワードを 2 回入力する必要があります。何故ですか？パスワードを入力する場所を1つだけ入力しないのはなぜですか? なぜ「確認」する必要があるのですか？

ほら

これはしばらくの間私の心にありました...

誰かがこれに答えてくれることを願っています。

ありがとう

Web ページの検索ボックスの近くに [送信] ボタン ([OK]、[Go]、[検索] など) が表示されなくてもよいのではないかと考えていました。

Enter キーを押す方がはるかに高速で、検索が実行されることはわかっています。

しかし、それはテクノロジーに詳しくない平均的なユーザーに受け入れられている慣習なのか、それともテクノロジー コミュニティだけに受け入れられているものなのか?

たとえば、stackoverflow の検索ボックスには [送信] ボタンがありませんが、文句を言う人はいないと思います (絶対にありません)。

一方、誰かが Google を例に挙げて提案しました。ボタンが削除されたら、人々は気付くでしょうか?

Steve KrugのDon't Make Me Think を読み始めたところですが、彼はすべての検索ボックスに、クリックして検索を開始できるようにする必要があると述べています。

あなたの考え？