mirror of
https://github.com/matrix-org/matrix-spec
synced 2026-04-22 02:34:10 +02:00
spell out that Matrix is more concerned with bridging than XMPP
This commit is contained in:
parent
98f1d4efec
commit
c67c350611
|
|
@ -226,6 +226,8 @@ drove us in this direction were:
|
||||||
FMUC improves this with a similar approach to Matrix, but as of Oct
|
FMUC improves this with a similar approach to Matrix, but as of Oct
|
||||||
2015 there are no open source implementations.)
|
2015 there are no open source implementations.)
|
||||||
- History synchronisation is very much a second class citizen feature
|
- History synchronisation is very much a second class citizen feature
|
||||||
|
- Bridging to other protocols and defragmenting existing communication
|
||||||
|
apps and networks is very much a second class citizen feature
|
||||||
- Stanzas aren't framed or reliably delivered without extensions. (See
|
- Stanzas aren't framed or reliably delivered without extensions. (See
|
||||||
[wiki.xmpp.org](http://wiki.xmpp.org/web/Myths#Myth_Four:_XMPP_is_unreliable_without_a_bunch_of_extensions.)
|
[wiki.xmpp.org](http://wiki.xmpp.org/web/Myths#Myth_Four:_XMPP_is_unreliable_without_a_bunch_of_extensions.)
|
||||||
for an XMPP take on this)
|
for an XMPP take on this)
|
||||||
|
|
|
||||||
Loading…
Reference in a new issue