From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp1 ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms11 with LMTPS id OCBTHYHJ1191LQAA0tVLHw (envelope-from ) for ; Mon, 14 Dec 2020 20:22:25 +0000 Received: from aspmx1.migadu.com ([2001:41d0:2:4a6f::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp1 with LMTPS id +KsQGYHJ119/RQAAbx9fmQ (envelope-from ) for ; Mon, 14 Dec 2020 20:22:25 +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 ED9079402C8 for ; Mon, 14 Dec 2020 20:22:24 +0000 (UTC) Received: from localhost ([::1]:53622 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kouMR-0007oX-Qw for larch@yhetil.org; Mon, 14 Dec 2020 15:22:23 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]:44348) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kouLn-0007ms-TO for emacs-orgmode@gnu.org; Mon, 14 Dec 2020 15:21:45 -0500 Received: from stw1.rcdrun.com ([217.170.207.13]:35815) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kouLk-0006Um-O0 for emacs-orgmode@gnu.org; Mon, 14 Dec 2020 15:21: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 00000000000308F3.000000005FD7C952.00006FA7; Mon, 14 Dec 2020 13:21:37 -0700 Date: Mon, 14 Dec 2020 23:18:58 +0300 From: Jean Louis To: emacs-orgmode@gnu.org Subject: Re: Emacs as an Org LSP server Message-ID: References: <87v9d66l75.fsf@gmail.com> <87a6ugpftr.fsf@gmail.com> <877dpkpefs.fsf@gmail.com> <873608pai7.fsf@gmail.com> <20201214180549.GE6352@maokai> <87wnxkntc4.fsf@gmail.com> <20201214191649.GH6352@maokai> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline In-Reply-To: <20201214191649.GH6352@maokai> 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: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN X-Migadu-Spam-Score: -1.81 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: ED9079402C8 X-Spam-Score: -1.81 X-Migadu-Scanner: scn0.migadu.com X-TUID: GN5zXCV4sHHM * Russell Adams [2020-12-14 22:20]: :PROPERTIES: :CREATED: [2020-12-14 Mon 23:18] :ID: a24a5299-11e6-4ecf-a6c5-4622f0d6c28b :END: > On Tue, Dec 15, 2020 at 02:12:43AM +0800, TEC wrote: > > > [ MS Taint ] > > > > I'm a stats student, so if you'll excuse the slightly odd perspective, I > > see the chance of MS being dodgy as a bayesian process. Previous > > knowledge creates an informed prior. It does not allow you to make > > conclusions without examining each instance on a case-by-case basis, > > only predictions. To do otherwise is to commit the genetic fallacy. > > I don't credit MS as the source of the idea, only a supporter. So > let's omit MS from the discussion and distill this down. > > Emacs is a unique and amazing editor. Emacs has special features that > enables truly remarkable data management and text editing in > Org-mode. Other editors cannot or have not been able to replicate > these features, or Emacs Org-mode would not be so uniquely > desirable. Thus if users want to use Org-mode, they should use > Emacs. It is freely available and like all worthwhile tools Emacs > takes some time to learn. There are now other editors using Org slowly slowly, not full. There exists Org mode for Vim editor. Various Org based tools like Orgzly for mobile devices have been developed. https://github.com/jceb/vim-orgmode Features like outline, TODO/DONE, properties, tags, and various dates can be implemented by editor macros in other editors. The very basic functionality is open for any editor. Finally all those basic tags, properties, dates can be as well written by hand. Macros are just handy there. There is Perl parser for Org: https://metacpan.org/pod/Org::Parser If there are parsing engines than most basic features can be implemented in other editors. > If users and programmers for other editors want to try and replicate > the success and features of Org in their editor, they are welcome to > do so. However why should I want to actively contribute to that > effort? Maybe for compatibility and better collaboration. Observe the basic structure as such can be definitely written by any editor. Macros bound to keys can quickly switch TODO/DONE items, insert SCHEDULED, DEADLINE by using external calendaring tools such as zenity or question and answer principles, few variables if supported by editor may hold various properties and tags to be chosen from. ** TODO Headline :topublish: SCHEDULED: <2020-12-14 Mon> :PROPERTIES: :DESCRIPTION: My first :CREATED: [2020-12-14 Mon 23:18] :ID: d93f73cf-c420-4d4b-b5c8-db53725e26e4 :END: Then searching for various properties, tags, TODO/DONE items becomes easy in any editor. Command line greping or other types of search also helps to find specific headlines. It need not be necessarily all Emacs based. It helps in collaboration. People using various editors can provide Org type structure and submit their reports or contributions. > So in summary, why should anyone contribute to exporting our unique > features to other editors instead of investing that time making Emacs > better? When editing files on remote servers not always I have Emacs available neither I can always install it (at least not as quick). But few handy macros that one may fetch from WWW server can temporarily serve to construct basic Org headlines. Using Emacs on mobile devices is tedious. I do use it but normally over SSH. Sometimes directly. It is not user friendly on mobile devices. If there would be Android/LineageOS/Replicant OS editor that supports macros, I could at least enter some notes with little structured text for later. Just that I did not find editor with macros. I use Emacs on mobile devices in console mode. Somebody made Emacs for Android as GUI, but it is crushing. In general, it should be useful from Org website to provide macros for other editors that support macros, as that way more users may come to Emacs as well. Jean