web-dev-qa-db-ja.com

チャットメッセージが送受信されたことを正しく表示するにはどうすればよいですか？ WhatsAppの方法は？

私たちはクロスプラットフォームのモバイルアプリケーションを構築しており、私はiOSの部分を担当しています。私はインスタントメッセージング機能の作業を開始する最初の人なので、私の決定はAndroidおよびWindows Phoneパーツを開発する同僚に影響します。そして私はmメッセージが送信され、受信され、見られる（見られる）ことを適切に示す方法の質問に悩まされていますか？

1ティックが送信され、2ティックが受信されたWhatsAppの方法があることは知っていますが、このような誤解を招くユーザーは、1ティックは受信用、2ティックは確認用であると考えています。この誤解を招くようなことはしたくありませんが、これがどれほどの損害をもたらすかはわかりません。この件に関する提案をお待ちしています。

ioschat
10
sercancici

アクセシビリティの理由から色だけに頼るつもりはありません。また、自明ではないため、WhatsAppの目盛りをお勧めしません。

Appleは、最後のメッセージの下にReadと書くという点で優れています。この方法は間違いなく誰にとっても理解しやすいですが、ローカライズする必要があるという「欠点」があります。

また、DeliveredおよびReadの2つの状態で十分です。 Sent状態は役に立たない。一度メッセージがサーバーに投稿されると、確認する必要がないからだ。代わりにエラーが発生した場合は、メッセージの近くにRetryボタンがあるはずです。

わかりやすく、アクセスしやすく、説明不要です。

4
Luca De Angelis

例として、Kik Messengerについて説明します。 Kik Messengerはメッセージの3つの状態をすべて表示します

  1. 送信済み（携帯電話から送信され、Kikのサーバーで受信されました
  2. 配信済み（Kikサーバーはメッセージを受信者の電話に正常に送信しました。つまり、受信者はメッセージを受信しました）
  3. Read（受信者がメッセージを読んだ）

Kik Messengerアプリは、各メッセージに対してこれらのステータスの最初の文字を表示することにより、この3つのステータスを示します。

もう1つの例は、あなたが言及したWhatsappで、ティックの数で送信および配信された2つのステータスのみを示します。メッセージが読まれたことを伝えたいのであれば、3ティックを示していたとは思いません。ティック数は、私が信じている2つのステータスにのみ制限できます。

これらのアプローチはどちらも素晴らしいと思います。アプリケーションの幅広い使用法を考えると、ユーザーが2ティックの配信を見つけても誤解を招くとは思わない。ただし、ステータスごとに全文を使用するか、イニシャルのみを使用することで、いつでも混乱を取り除くことができます。

4
Jigar

BlackBerry Messenger（BBM）はWhatsAppと同様のインジケーターを使用しますが、何を意味するかについては少し明確です。

  • 送信したメッセージにチェックが入る
  • 配信されたメッセージにはチェックマークの隣に「D」が付きます
  • 既読/既読のメッセージには、「D」の代わりに目盛りの隣に「R」が付きます

彼らのページ6 PDFユーザーガイド アイコンの例を示します

2
Graham Wager

チャットメッセージが送受信されたことを正しく表示するにはどうすればよいですか？

  • ライトアイコン、たとえばpidgeon：メッセージがサーバーに送信されます
  • 暗いアイコン、たとえばチェック：メッセージがサーバーに到着しました
  • 次に何が起こるか、もしメールが読まれた場合、それらが読まれたとき、それは受信者のビジネスです

私は多くのアプリがそうしていることを知っていますが、この読み取り確認を無効にできない場合、相手がメッセージを読んだことを知っているため、受信者に物理的な圧力をかけるだけです。したがって、唯一の正しい方法は、この情報を送信者に提供しないことです。受信者が自分のステータスを表示することに同意した場合は、閉じた封筒とオープンエンドの封筒を表示します。

1
user52639

メッセージが送信されたことをユーザーに伝えることはターゲットデバイスが受信したことだと誰かがメッセージを読んだことと伝えることほど人間の意味では意味がありません。

チャットアプリは、メッセージがユーザーに表示されたかどうかを確認できますか？たとえば、ターゲットデバイスでアプリケーションがこの画面を開いていることがわかっている場合は、メッセージが表示されたと想定できます。

メッセージがデバイスで受信されたことをユーザーに伝えるのではなく、この情報を使用するのが良い場合があります。

1
Franchesca

あなたはそれを色分けするかもしれません。
以下の色は単なる例です
サーバーに到達していない場合（x秒後）、メッセージのフレームまたはその背景を赤（/灰色）にペイントします。
サーバー上=>黄色
リモートデバイス=>緑
読み取り=>青
必ずすべてのメッセージが激しく点滅したり、「すべてのメッセージが最初は赤である」とユーザーが混乱したりしないように、赤と黄色のタイムクッションを追加してください。
最初の2つのステータス（私の観点では合計4つ）は、問題が発生した可能性がある場合にのみ認識してください。

プロ：

  • 実装が簡単
  • ネイティブおよび個別（上品な色で実行した場合、情報は一目でわかる可能性がありますが、ユーザーが希望するまで認識されません）
  • アプリケーションのデザイン/コーポレートデザイン（facebook-blue、whattsapp-greenなど）の色を実装できます。

短所：

  • ビジュアルデザインの一部を占める
  • ユーザーは少なくとも一度は色の意味を調べる必要があるかもしれません
0
Mark