(writing in English to avoid further google translate confusion; apologies. also, my phone lost my first attempt to answer this so apologies for terseness)
Edhelas: thanks for list of XEPs. I think you are missing the point: the current typical dialect of XMPP revolves around 1:1 IMs and XEP-45 MUCs. If I am talking in a MUC with JID foo@bar.com and the server(s) at bar.com go down, i lose the whole conversation - including the conversation history if it's implementing XEP-313. This is a major design flaw: conversations should be owned by the people participating in them; not any single party or vendor. Plus with a decentralised approach you get offline operation and merging history after netsplits for free.
You could implement these semantics on top of XMPP, which is what FMUC and BuddyCloud do - but you are effectively creating a whole new dialect (with very limited compatible server and client implementations, increasing fragmentation) just using XMPP as a basic message passing transport. So we decided to skip XMPP altogether and just use plain HTTP API with a higher set of baseline functionality (whilst still being extensible), rather than arbitrarily build on XMPP given the end result wouldn't be compatible with normal MUCs and XMPP IMs anyway. (We also only discovered the BC and FMUC XEPs after designing and launching Matrix).
I'm sorry that the existence of Matrix seems to upset some people who have successfully invested in XMPP. If XMPP works for you, then we're very happy and we're not stopping you. And we'll provide an XMPP s2s to Matrix bridge to let you enjoy Matrix too.
In terms of your concerns on HTTP long polling: with HTTP/2 it's really not that bad and only slightly worse than websockets. And anyway we only mandate plain HTTP as a baseline protocol for compatibility - if you want to put JSON or capn proto over WS or COAP or MQTT or whatever than go for it :)
Edhelas: this is the third time we've had the same discussion - if it still doesn't make sense please tell me what is confusing so we don't get stuck in groundhog day…
Matrix est beaucoup plus que d'un autre protocole de chat comme IRC ou XMPP: l'argument "15 du protocole" est un peu injuste, même si nous le savons bien. À sa base, Matrix est une base de données JSON décentralisée avec la cohérence éventuelle, fédération ouverte, et la sémantique de PubSub - si vous devez comparer, FMUC ou buddycloud seraient une meilleure comparaison. Sauter couches redondantes de XMPP en faveur de HTTP natif pur + JSON est pas nécessairement une mauvaise chose. Il est un peuple de la honte sont hostiles à des gens qui expérimentent avec de nouveaux protocoles! Après tout, il était une fois il ya 16 ans, XMPP est la nouvelle expérience.
[^] # Re: Ça ca parler de Matrix ou de l'IM en général au final ?
Posté par Arathorn . En réponse au journal Qui veux débattre Messagerie Instantané au Jardin Entropique . Évalué à 2.
(writing in English to avoid further google translate confusion; apologies. also, my phone lost my first attempt to answer this so apologies for terseness)
Edhelas: thanks for list of XEPs. I think you are missing the point: the current typical dialect of XMPP revolves around 1:1 IMs and XEP-45 MUCs. If I am talking in a MUC with JID foo@bar.com and the server(s) at bar.com go down, i lose the whole conversation - including the conversation history if it's implementing XEP-313. This is a major design flaw: conversations should be owned by the people participating in them; not any single party or vendor. Plus with a decentralised approach you get offline operation and merging history after netsplits for free.
You could implement these semantics on top of XMPP, which is what FMUC and BuddyCloud do - but you are effectively creating a whole new dialect (with very limited compatible server and client implementations, increasing fragmentation) just using XMPP as a basic message passing transport. So we decided to skip XMPP altogether and just use plain HTTP API with a higher set of baseline functionality (whilst still being extensible), rather than arbitrarily build on XMPP given the end result wouldn't be compatible with normal MUCs and XMPP IMs anyway. (We also only discovered the BC and FMUC XEPs after designing and launching Matrix).
I'm sorry that the existence of Matrix seems to upset some people who have successfully invested in XMPP. If XMPP works for you, then we're very happy and we're not stopping you. And we'll provide an XMPP s2s to Matrix bridge to let you enjoy Matrix too.
In terms of your concerns on HTTP long polling: with HTTP/2 it's really not that bad and only slightly worse than websockets. And anyway we only mandate plain HTTP as a baseline protocol for compatibility - if you want to put JSON or capn proto over WS or COAP or MQTT or whatever than go for it :)
Edhelas: this is the third time we've had the same discussion - if it still doesn't make sense please tell me what is confusing so we don't get stuck in groundhog day…
[^] # Re: Ça ca parler de Matrix ou de l'IM en général au final ?
Posté par Arathorn . En réponse au journal Qui veux débattre Messagerie Instantané au Jardin Entropique . Évalué à 2.
Matrix est beaucoup plus que d'un autre protocole de chat comme IRC ou XMPP: l'argument "15 du protocole" est un peu injuste, même si nous le savons bien. À sa base, Matrix est une base de données JSON décentralisée avec la cohérence éventuelle, fédération ouverte, et la sémantique de PubSub - si vous devez comparer, FMUC ou buddycloud seraient une meilleure comparaison. Sauter couches redondantes de XMPP en faveur de HTTP natif pur + JSON est pas nécessairement une mauvaise chose. Il est un peuple de la honte sont hostiles à des gens qui expérimentent avec de nouveaux protocoles! Après tout, il était une fois il ya 16 ans, XMPP est la nouvelle expérience.
(svp excusez-moi mon français google-translaté ;)
[^] # Re: Et toujours pas de norloge...
Posté par Arathorn . En réponse au journal Pas seul dans la matrice. Évalué à 1.
D'accord, maintenant je comprends. Déposée comme demande de fonctionnalité a https://matrix.org/jira/browse/SYWEB-290
[^] # Re: Et toujours pas de norloge...
Posté par Arathorn . En réponse au journal Pas seul dans la matrice. Évalué à 1.
il ya des norloges depuis le début (hover-dessus pour les voir), et le threading est en version 2 (voir "relates-to" en https://github.com/matrix-org/matrix-doc/blob/master/drafts/general_api.rst).
[^] # Re: 2015, Usenet réinventé
Posté par Arathorn . En réponse au journal Pas seul dans la matrice. Évalué à 1.
Je pense que tu veux plutôt dire un 8448 ;)