web-dev-qa-db-ja.com

警告メッセージ/通知の期間

私の理解では、アラートメッセージ/通知は、アクセシビリティの理由で一定の時間が経過した後に消えるだけではありません。一部の人々は、それらを読むのにもっと時間が必要な場合があります。

  1. これは、ユーザー側でアクションを必要としないアラートメッセージにも当てはまりますか?

  2. 複数のアラートをどのように処理する必要がありますか?アクションが異なる場合でも、一度に1つずつ表示する必要がありますか?

4
Liv Beng

自分を退けるメッセージは非常にイライラするものです。当時のアプリケーションに注意が向けられていないと、重要な情報を見逃したり、気になる情報が大事だったりしたのかもしれません。

  1. 私の提案は、メッセージが自分で閉じることを許可することですが、ユーザーがメッセージを再度読むことができる方法がある場合のみ注意を払っていなかった場合。メッセージが「見過ごされなかった」ことを通知する種類の通知センターのアイコンがあることも役立ちます。

  2. ユーザーに一度に表示されるメッセージは一度に2つ以下であることを考えると、一度に1つのメッセージが妥当であると思います。複数のメッセージが届き続けるため、ユーザーに15秒以上画面の最上部を繰り返し読ませることは、良い体験とは思えません。

RidePostがこれを処理する方法を参照してください。 notification demonstration

1
maxathousand

FogBugz製品でFogCreekによって作成されたソリューションが好きです(BTW、StackExchangeもFogCreek製品です)。

アラートは画面に表示され、タイムアウトになるまで待機してから、ユーザーがいつでもアラートにアクセスできる場所にアニメーションで折りたたむことができます。

enter image description here

確認が必要な場合、バッジは未確認のアラートがいくつあるかを示します。それ以外の場合は、アラートがあることを示しているだけかもしれません。アイコンをクリックすると、アラートのリストと詳細が表示されます。

enter image description here

FogBugzでは、ユーザーはアラートをクリックしてそれらを確認する必要がありますが、それが必要ない場合は、ユーザーがリストを開いたときにFacebookが通知を自動確認するだけでかまいません。確認が不要な場合、リストには最新のアラートが表示されます。

複数のアラートの問題といえば、一度に1つのアラートを表示できますが、そのバッジを使用して、目に見えないアラートがあることを示します。とは言っても、これはコンテキストに応じて少し異なるロジックで多くの場合に使用できる非常に一般的なパターンだと思います。

1
mikryz