emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Question collaborative editing - Wikipedia reference


From: T.V Raman
Subject: Re: Question collaborative editing - Wikipedia reference
Date: Mon, 05 Oct 2020 18:41:24 -0700
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)

Qiantan Hong <qhong@mit.edu> writes:


Another option might be jabber -- it had many design goals that are
relevant here. Jabber used a light-weight XML serialization which I
suspect is nicely isomorphic to s-expressions in lisp. Once you have a
jabber stream established, the back-and-forth communication are xml
serializations of s-expressions.>> But this has 3 main problems.
>> 
>> 1) On one hand such services require some servers (to work like google
>> spreadsheet) and need to be provided somehow... something difficult as I
>> don't think gnu or fsf have resources to maintain a service like that
>> and provide it.
>> 
>> 2) On the other hand it will be better if the service is somehow
>> distributed in order to give more privacy-security but also to reduce
>> the load of the servers... I still can't find any infrastructure we can
>> use, cause most of the peer-to-peer libraries are for C++, javascript,
>> Node.js and so on (example: webrtc). Just on yesterday I found
>> n2n... But I am not a web specialist so it requires a lot of
>> experimenting time for me.
>> 
>> 3) The other workflow (create a local server for others) is the
>> "simplest" approach at the moment. But that is a problem for many use
>> cases due to dynamic ip addreses, firewalls, opening ports and so on. It
>> is fine for a class room or company, but not for working from home.
>
> On this topic, I??m considering supporting sending the traffic over
> IRC. Seems that it solves all those problem, what do you guys think?
>
> The process will be that one user create a channel with a random
> name, say on freenode.net, then they share the channel name
> with other user (maybe via IRC as well!). Others can then join the
> channel, and it behaves basically like TCP. To avoid spamming
> the same authentication protocol for TCP (to be implemented) can
> also work on IRC. The messages from user without authentication
> are simply discarded.
>

-- 

Thanks,

--Raman
?7?4 Id: kg:/m/0285kf1  ?0?8



reply via email to

[Prev in Thread] Current Thread [Next in Thread]