Re: ZULIP interop

apologies - i forgot to both agree and note; that matrix is used alot (i
acknowledge) alongside 'mattermost'.

AFAIK - only zulip has 'topic based' delineations of chat, alongside the
other more traditional 'chat goodness' wrapped, in the case of zulip, in an
apache license.

On Fri, 24 May 2019 at 02:13, Timothy Holborn <timothy.holborn@gmail.com>
wrote:

> point of a solid extension is to support federation - which means
> decentralisation.  apologies if that was clear as mud.
>
> On Fri, 24 May 2019 at 02:06, Jonas Smedegaard <jonas@jones.dk> wrote:
>
>> Quoting Timothy Holborn (2019-05-23 16:14:21)
>> > On Thu, 23 May 2019 at 22:08, Alexandre Bourlier
>> > <alexandre.bourlier@gmail.com> wrote:
>> > > We are ourselves working on an XMPP chat, bases on ConverseJS, that
>> > > we bridge to the Solid world to get proper notifications and all.
>> > >
>> > > We are very interested in following the advances on this project,
>> > > see a demo or even contribute if we end up convinced it is worth
>> > > shifting our efforts towards this lib.
>> > >
>> >
>> > I think it's important to understand that most 'groupware' (meaning
>> > tools used by incorporated legal persons, and those affiliated to
>> > them) do not use decentralised infrastructure; including (but not
>> > exclusive to) W3C.
>>
>> Interesting you highlight decentralization.
>>
>> Zulip has some nice features, but is it decentralized?
>>
>> It is freely licensed code allowing each organisation to create its own
>> little communication island, but I failed to locate how it is federated
>> and which standardized protocol it uses, with multiple implementations.
>>
>> I like XMPP, IRC, Matrix, and SIMPLE - each of which having weaknesses
>> but share being federated publicly standardized chat protocols with
>> plural implementations of both server and client parts.
>>
>>
>>  - Jonas
>>
>> --
>>  * Jonas Smedegaard - idealist & Internet-arkitekt
>>  * Tlf.: +45 40843136  Website: http://dr.jones.dk/
>>
>>  [x] quote me freely  [ ] ask before reusing  [ ] keep private
>>
>

Received on Thursday, 23 May 2019 16:18:05 UTC