Bagaimana interaksi Gmail (desktop) dan Talk (Android)?

Interaksi antara Google Talk via Gmail dan Google Talk via klien Android tampaknya membingungkan. Inilah pemahaman saya tentang cara kerja:

• Jika obrolan dimulai di Gmail, obrolan itu akan disinkronkan dengan (dekat) waktu nyata untuk Berbicara.
• Jika obrolan dimulai di Talk, obrolan itu akan muncul di riwayat obrolan di Gmail, tetapi tidak akan menelurkan obrolan baru di Gmail (sehingga obrolan terbatas pada Talk).
• Jika obrolan dimulai di Gmail, dan dilanjutkan di Talk, pesan akan berhenti dikirim ke obrolan di Gmail, dan pesan baru akan dikirim ke Talk (serta riwayat obrolan di Gmail). Dalam pengalaman saya (pendek), transisi ini bisa agak rapuh.

Apakah ini pada dasarnya cara kerjanya? Yang ingin saya lihat adalah sinkronisasi 1: 1 yang sempurna antara Gmail dan Talk. Artinya, jika saya memulai obrolan di Talk, itu akan membuat tab obrolan baru di Gmail, dan semuanya akan didorong ke keduanya, dan sebaliknya.

Adakah yang tahu kalau itu ada di dalam pipa, atau bahkan mungkin sekarang? Bagaimana orang lain menangani bergerak selancar mungkin antara Gmail dan Talk?

Terima kasih!

Untuk memberikan latar belakang tentang pertanyaan ini, google talk menggunakan xmpp (alias Jabber) yang merupakan standar Pesan Instan terbuka. Sebagai bagian dari standar ini, setiap klien perpesanan instan (obrolan dalam gmail dan aplikasi obrolan android) diberi Sumber Daya. Server kemudian menggunakan sumber daya untuk mengetahui klien mana yang berkomunikasi.

Beginilah cara kerjanya: Katakan bahwa akun gmail Anda adalah [email protected] . Maka obrolan gmail mungkin [email protected]/gchat dan aplikasi bicara [email protected]/talk

Ketika teman Anda Sue ( [email protected] ) ingin mengirimi Anda pesan, ia hanya mengirimnya ke [email protected] . Pada titik ini, server mengirim pesan ke klien mana pun yang terakhir kali Anda gunakan, atau mengirim pesan ke semua klien yang saat ini terhubung (google melakukan yang terakhir).

Saat Anda membalas Sue menggunakan aplikasi bicara, dia menerima pesan dari [email protected]/talk . Sekarang, alih-alih mengirim pesan lebih lanjut ke [email protected] , klien Sue sekarang mengirim pesan langsung ke [email protected]/talk dan akan terus melakukannya hingga pesan diterima dari beberapa klien lain.

Ini berarti bahwa apa yang dikatakan Saiboogu harus berhasil. Yaitu, untuk beralih di antara klien, mengirim pesan ke orang yang Anda ajak mengobrol dari klien yang diinginkan.

tl; dr : Ini terjadi karena desain , solusi penyelesaian Saiboogu.

Saya tidak tahu apakah yang Anda usulkan sedang dipertimbangkan - akan menyenangkan.

Ringkasan Anda tentang cara kerjanya terdengar akurat. Saya menangani transisi dengan mengirim pesan baru dari lokasi baru apa pun saya melanjutkan percakapan, untuk secara manual memaksanya untuk mengarahkan ulang. Seperti yang Anda katakan, Anda tidak akan mendapatkan sejarah tetapi ini adalah metode paling sederhana.