Comment les chats Gmail (bureau) et Talk (Android) interagissent-ils?

11

L'interaction entre Google Talk via Gmail et Google Talk via le client Android semble déroutante. Voici ma compréhension du fonctionnement des choses:

  • Si un chat est démarré dans Gmail, il se synchronisera en temps réel (presque) avec Talk.
  • Si un chat est démarré dans Talk, il apparaîtra dans l'historique de chat dans Gmail, mais ne générera pas de nouveau chat dans Gmail (donc le chat est limité à Talk).
  • Si une conversation est lancée dans Gmail et poursuivie dans Talk, les messages cesseront d'être envoyés vers la conversation dans Gmail et les nouveaux messages seront envoyés vers Talk (ainsi que l'historique des conversations dans Gmail). Dans mon (courte) expérience, cette transition peut être un peu instable.

Est-ce essentiellement ainsi que cela fonctionne? Ce que j'aimerais voir, c'est une synchronisation 1: 1 parfaite entre Gmail et Talk. Autrement dit, si je démarre un chat dans Talk, cela créera un nouvel onglet de chat dans Gmail, et tout sera poussé vers les deux, et vice-versa.

Quelqu'un sait-il si c'est dans le pipeline, ou même possible maintenant? Comment tout le monde gère-t-il le passage le plus transparent possible entre Gmail et Talk?

Merci!

inutilisé
la source

Réponses:

9

Pour fournir des informations sur cette question, Google Talk utilise xmpp (aka Jabber) qui est une norme de messagerie instantanée ouverte. Dans le cadre de cette norme, chaque client de messagerie instantanée (chat dans gmail et l'application de conversation Android) se voit attribuer une ressource. Le serveur utilise ensuite la ressource pour savoir quel client communique.

Voici comment fonctionne l'interaction: supposons que votre compte gmail soit [email protected] . Ensuite, le chat Gmail peut être [email protected]/gchat et l'application de discussion [email protected]/talk

Lorsque votre amie Sue ( [email protected] ) veut vous envoyer un message, elle l'envoie simplement à [email protected] . À ce stade, le serveur envoie le message au client que vous avez utilisé en dernier ou envoie le message à tous les clients actuellement connectés (Google le fait).

Lorsque vous répondez à Sue à l'aide de l'application Talk, elle reçoit le message de [email protected]/talk . Maintenant, au lieu d'envoyer d'autres messages à [email protected] , le client de Sue envoie maintenant des messages directement à [email protected]/talk et continuera de le faire jusqu'à ce qu'un message soit reçu d'un autre client.

Cela signifie que ce que Saiboogu a dit devrait fonctionner. Autrement dit, pour basculer entre les clients, envoyez un message à la personne avec laquelle vous discutez à partir du client souhaité.


tl; dr : Cela se produit par conception , la solution de contournement de Saiboogu fonctionne.

Dave
la source
Merci pour l'explication. J'étais un peu au courant du fonctionnement de Jabber, mais j'avais supposé que Google avait une couche Jabber accessible sur le Web, puis j'ai acheminé les messages vers les clients en utilisant leur propre système interne. Le fait qu'ils utilisent à peu près Jabber stock est beaucoup plus logique.
inutilisé
4

Je ne sais pas si ce que vous proposez est à l'étude - ce serait bien.

Votre résumé de la façon dont tout cela fonctionne semble précis. Je gère la transition en envoyant un nouveau message depuis le nouvel emplacement dans lequel je continue la conversation, pour le forcer manuellement à rediriger. Comme vous le dites, vous n'obtiendrez pas l'historique mais c'est la méthode la plus simple.

Saiboogu
la source
D'accord, je suis très ennuyé par la façon dont cela fonctionne actuellement.
Bryan Denny