Jak współdziałają czaty Gmail (komputer) i Talk (Android)?

Interakcja między Google Talk przez Gmail a Google Talk za pośrednictwem klienta Android wydaje się myląca. Oto moje rozumienie tego, jak działają rzeczy:

• Jeśli czat zostanie uruchomiony w Gmailu, zsynchronizuje się (w pobliżu) w czasie rzeczywistym z Talk.
• Jeśli czat zostanie rozpoczęty w Talk, pojawi się w historii czatów w Gmailu, ale nie odrodzi się nowy czat w Gmailu (więc czat ogranicza się do Talk).
• Jeśli czat zostanie uruchomiony w Gmailu i będzie kontynuowany w Talk, wiadomości przestaną być wysyłane na czat w Gmailu, a nowe wiadomości będą wysyłane do Talk (jak również historia czatu w Gmailu). Z mojego (krótkiego) doświadczenia to przejście może być nieco niestabilne.

Czy to w zasadzie to działa? Chciałbym zobaczyć idealną synchronizację 1: 1 między Gmailem a Talk. Oznacza to, że jeśli zacznę czat w Talk, utworzy nową kartę czatu w Gmailu, a wszystko zostanie przeniesione do obu i odwrotnie.

Czy ktoś wie, czy jest to w przygotowaniu, czy nawet możliwe teraz? Jak wszyscy inni radzą sobie z płynnym przejściem między Gmailem a Talk?

Dzięki!

Aby zapewnić pewne podstawy tego pytania, Google Talk używa xmpp (aka Jabber), który jest otwartym standardem wiadomości błyskawicznych. W ramach tego standardu każdemu klientowi czatu (czat w Gmailu i aplikacji do rozmów na Androida) przypisany jest zasób. Serwer następnie używa zasobu, aby wiedzieć, który klient się komunikuje.

Oto jak działa interakcja: Powiedz, że twoje konto Gmail to [email protected] . Zatem czat Gmail może być [email protected]/gchat, a aplikacja do rozmowy [email protected]/talk

Kiedy twoja przyjaciółka Sue ( [email protected] ) chce Ci wysłać wiadomość, po prostu wysyła ją na adres [email protected] . W tym momencie serwer albo wysyła wiadomość do dowolnego klienta, którego ostatnio używałeś, albo wysyła wiadomość do wszystkich aktualnie podłączonych klientów (Google robi to drugie).

Gdy odpowiadasz Sue za pomocą aplikacji do rozmowy, ona otrzymuje wiadomość od [email protected]/talk . Teraz, zamiast wysyłać kolejne wiadomości na adres [email protected] , klient Sue wysyła teraz wiadomości bezpośrednio na adres [email protected]/talk i będzie to robić do momentu otrzymania wiadomości od innego klienta.

Oznacza to, że to, co powiedział Saiboogu, powinno działać. Oznacza to, że aby przełączać się między klientami, wyślij wiadomość do osoby, z którą rozmawiasz, od wybranego klienta.

tl; dr : Zdarza się to zgodnie z projektem , obejście problemu Saiboogu.

Nie wiem, czy to, co proponujecie, jest rozważane - byłoby miło.

Twoje streszczenie tego, jak to wszystko działa, brzmi dokładnie. Obsługuję przejście, wysyłając nową wiadomość z dowolnej nowej lokalizacji, w której kontynuuję rozmowę, aby ręcznie zmusić ją do przekierowania. Jak mówisz, nie poznasz historii, ale jest to najprostsza metoda.