From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Joe Corneli Newsgroups: gmane.emacs.devel Subject: Re: Question collaborative editing - Wikipedia reference Date: Fri, 9 Oct 2020 14:33:23 +0100 Message-ID: References: <83eemji6e8.fsf@gnu.org> <20201001141144.GO4797@protected.rcdrun.com> <20201001160136.chwmpollk4d3qc2e@Ergus> <20201004175447.GG15516@protected.rcdrun.com> <87362tvnil.fsf@gmail.com> <20201004194815.GH15516@protected.rcdrun.com> <11EB917D-3276-4D34-8DCD-2336E8062950@mit.edu> <20201005040245.GJ15516@protected.rcdrun.com> <20201005084441.GB4453@protected.rcdrun.com> <87zh50lhda.fsf@red-bean.com> <87pn5vgqsk.fsf@red-bean.com> <79924DB1-2613-4AF6-982C-39157CF3ED9B@mit.edu> <8C2D2AED-0AA8-48AC-ADB2-826177141F2F@gmail.com> <40B06E9F-A6D6-4F9B-8E2B-7DC55D16D0F7@mit.edu> <18458910-E6A1-4867-9936-FFA50E3E72D1@gmail.com> <4AB5904E-A646-4A17-B78C-B4E0271E28B4@mit.edu> <87imbjx0bm.fsf@tanaka.verona.se> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000cd29ca05b13cfe0c" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13872"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Qiantan Hong , Fermin , Jean Louis , Caio Henrique , Yuan Fu , Ergus , Karl Fogel , Stefan Monnier , Noam Postavsky , Emacs developers , Eli Zaretskii To: joakim@verona.se Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Oct 09 15:34:13 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kQsXE-0003Sf-EO for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 15:34:12 +0200 Original-Received: from localhost ([::1]:39696 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kQsXD-0007N2-Hu for ged-emacs-devel@m.gmane-mx.org; Fri, 09 Oct 2020 09:34:11 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53964) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kQsWg-0006wY-Ed for emacs-devel@gnu.org; Fri, 09 Oct 2020 09:33:38 -0400 Original-Received: from mail-ot1-x335.google.com ([2607:f8b0:4864:20::335]:34945) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kQsWe-0008E2-Ja; Fri, 09 Oct 2020 09:33:38 -0400 Original-Received: by mail-ot1-x335.google.com with SMTP id s66so9013080otb.2; Fri, 09 Oct 2020 06:33:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=iUBjTeWJwfc2BWVNaF2AsysvtloWBxc0iUTPjd62RiA=; b=U/QAnTyZXAWQXw305A55ZUgLRbai7o1dIqGX1t8d21uINNYdD/GnEAgzCEpG5VX+Dj 5UeN1NKAvN4ZrdI+tX2I7Ssk874AJr3t/DPMpm1bvlju+zquwTH5oDDf0jdP3sVTMTxL wqptg4SIsGI+2VQ0Sn+ob7RI8QHCdFeZyp/DiNSEU3fuQ/837EXblppK4lMJTPyjSxz9 yjVdQoaT4PFIYA17NdKqFyGa5Kd6zYn7dLO1sh4hqg8qdqwcaHVa3XLz7dVmzUF+JEVs hSholZzNC60JP7mXB+Y512UgOYfVb98yVJ9C1PBzoQQ5Tun9RIdZZ3GCrpqzrDNUmm7p Ql4w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=iUBjTeWJwfc2BWVNaF2AsysvtloWBxc0iUTPjd62RiA=; b=kTwSNCKAEBi/awBfHKoO6M0qqdOhH1y1drcskkc34k1IsRy+JXhwv4R6bBHl3lUYQi q+Z7naBpvrG0XrL2b6oKSVYkwMkBSVywT0R/9QlxSw1MITpRZ+NtbctEROYRv191TII5 RxAfq9l/K4jcDIWkcKW1F220AdHZy49Ffkbk9IQXMlGFbqBdzpB/tCemPFi2XRslzAWT B2IRZLezwjKIqQYB9aW0K2+MZz1oW25hv6Hgf21cbFg/JZZ47SvfVYZdzyO7jTG2xtiV HH5vl5mMG0sqgONiMj9U8A2Zfe6sX2AwBx79ohLbQYuzUoZ73eoTw49AEAnqEkFv5y8E T8Ww== X-Gm-Message-State: AOAM531JikJM00g5/Laj4rL5fOJP8ab3EUM4Tgubp5a+gNQGJiwO1GJf YwT4vNF2+j6ZL4vDClNEkRCT0FFLCyCEg/M1oRI= X-Google-Smtp-Source: ABdhPJztKC8r15wMiLdudAJMBt/tKcMcf9a0qdzgi6cD2bpwCjwcs03D9kfJdjeY0DiTbKIl2HjEnmV4H2lXXWvUMj0= X-Received: by 2002:a9d:7f8e:: with SMTP id t14mr7297869otp.40.1602250414564; Fri, 09 Oct 2020 06:33:34 -0700 (PDT) In-Reply-To: <87imbjx0bm.fsf@tanaka.verona.se> Received-SPF: pass client-ip=2607:f8b0:4864:20::335; envelope-from=holtzermann17@gmail.com; helo=mail-ot1-x335.google.com X-detected-operating-system: by eggs.gnu.org: No matching host in p0f cache. That's all we know. X-Spam_score_int: -17 X-Spam_score: -1.8 X-Spam_bar: - X-Spam_report: (-1.8 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:257260 Archived-At: --000000000000cd29ca05b13cfe0c Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi Qiantan and all, As a basic solution for pairing =E2=80=94 before your nice software appeare= d recently =E2=80=94 we were using lockstep.el. One cool feature of lockstep is that you share the whole Emacs session. This is useful for workflows that involve lots of files and buffers (e.g., consider using it alongside Projectile, or Org Roam). Access to the shell or Helm is transparent, for example. One downside I noticed recently is that having multiple emacsclients working on the same set of files seems to interfere with Org Roam, with regard to syncing the database (... still investigating that). This is a problem that would not come up with crdt.el b/c it manages syncing at the buffer level, not the file level! All this leads to some possible feature requests for crdt. (1) Would it make sense for a future version of crdt.el to also manage a list of files (like Projectile or Gobby?). (2) Would it make sense for a future version of crdt.el to sync not just buffers... but also commands and windows (like lockstep?) I realise it's still early days, so I don't want to distract w/ these questions. Joe --000000000000cd29ca05b13cfe0c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi Qiantan and all,

As a bas= ic solution for pairing =E2=80=94 before your nice software appeared recent= ly =E2=80=94 we were using lockstep.el.

One cool f= eature of lockstep is that you share the whole Emacs session.=C2=A0 This is= useful for workflows that involve
lots of files and buffers (e.g= ., consider using it alongside Projectile, or Org Roam).=C2=A0 Access to th= e shell or Helm is
transparent, for example.

One downside I noticed recently is that having multiple emacsclien= ts working on the same set of files seems to
interfere with Org R= oam, with regard to syncing the database (... still investigating that). Th= is is a problem that
would not come up with crdt.el b/c it manage= s syncing at the buffer level, not the file level!

=
All this leads to some possible feature requests for crdt.

(1) Would it make sense for a future version of crdt.el to also manage a= list of files (like Projectile or Gobby?).=C2=A0
(2) Would = it make sense for a future version of crdt.el to sync not just buffers... b= ut also commands and windows (like lockstep?)

I re= alise it's still early days, so I don't want to distract w/ these q= uestions.

Joe
--000000000000cd29ca05b13cfe0c--