From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id SDuXEi/311/FbQAA0tVLHw (envelope-from ) for ; Mon, 14 Dec 2020 23:37:19 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id cLViDi/311/pKAAAB5/wlQ (envelope-from ) for ; Mon, 14 Dec 2020 23:37:19 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 86E169402B0 for ; Mon, 14 Dec 2020 23:37:18 +0000 (UTC) Received: from localhost ([::1]:36944 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1koxP3-0003FD-BC for larch@yhetil.org; Mon, 14 Dec 2020 18:37:17 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:40512) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koxOV-0003Dr-Ep for emacs-orgmode@gnu.org; Mon, 14 Dec 2020 18:36:44 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]:37721) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1koxOS-00073i-Ta for emacs-orgmode@gnu.org; Mon, 14 Dec 2020 18:36:43 -0500 Received: from localhost ([::ffff:197.157.34.185]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E529.000000005FD7F705.000001F4; Mon, 14 Dec 2020 16:36:37 -0700 Date: Tue, 15 Dec 2020 02:36:00 +0300 From: Jean Louis To: Dominik Schrempf Subject: Re: Emacs as an Org LSP server Message-ID: References: <87o8kf69tm.fsf@ucc.asn.au> <87v9d66l75.fsf@gmail.com> <87a6ugpftr.fsf@gmail.com> <877dpkpefs.fsf@gmail.com> <87y2i0kup8.fsf@gmail.com> <87ft48f22r.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <87ft48f22r.fsf@gmail.com> User-Agent: Mutt/2.0 (3d08634) (2020-11-07) Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -18 X-Spam_score: -1.9 X-Spam_bar: - X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: emacs-orgmode@gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -0.31 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 86E169402B0 X-Spam-Score: -0.31 X-Migadu-Scanner: scn0.migadu.com X-TUID: viYMrMUR0eEy * Dominik Schrempf [2020-12-15 01:36]: > I think this is an excellent idea. However, I am not familiar with the legal > aspects mentioned by Jean. I hope there will be no legal problems and that my statements will be proven as wrong. > So far I had good experiences with language servers. On the other > side, Org mode is Emacs specific, so this argument does not really > apply. Do we want Org mode to stay Emacs specific? I don't know. Org mode has many connections to Open Hyperdocument Template by Doug Engelbart. The Augment system that has been demonstrated back in maybe 1968 fantastic features that Org mode does not support today in 2020. One of those features is collaboration. To make Org mode non-software centric is good motion. As if we claim it is plain text, then plain text may be implemented by other editors. That boosts or opens first steps to more collaboration. I do not see LSP server that as good collaboration method, but it can open various editors to that. What would be more collaborative is to extend the Org-LSP to read information from Emacs instance and provide Org structure to its clients. As Org is not just a programming language that one may do with any editor, it is dependent on Emacs. There are some other implementations of Org mode, but it is mostly dependent on Emacs. Org-LSP implementation that could, at least optionally, read structured data in a running Emacs instance, or read such data in an Org file where server resides, then it could eventually provide to its clients access to more features than commonly expected from LSP, such as lists of tags, properties, timestamps, including capture templates, and agenda features. Then if server would be really remote, users could at least collaborate in the sense that they could work on similar or same set of structured Org data. They could assign tasks to same people or have same types of TODO keywords, common LaTeX and PDF export decorations or other specific settings.