From: Tim Cross <theophilusx@gmail.com>
To: Scott Randby <srandby@gmail.com>
Cc: Org-mode <emacs-orgmode@gnu.org>
Subject: Re: Org without Emacs?
Date: Tue, 29 Jan 2019 15:42:47 +1100 [thread overview]
Message-ID: <CAC=50j9id9XkBntJ0+5TZzSGGrJxuH4q8c9qmk9qfEJCyaGxYA@mail.gmail.com> (raw)
In-Reply-To: <4eacadd0-fd08-97c9-02a8-f7b4e1805587@gmail.com>
[-- Attachment #1: Type: text/plain, Size: 3867 bytes --]
Just FYI, at least 1 of the org-mode extensions (there are a number) for
Visual Source Code is licensed under the GPL. So while VS code may not be
'free' in the GNU sense, at least some of the extensions that can be used
with it are.
I personally don't see any threat to Emacs Org mode by any of the non-free
clones, such as beorg. I doubt there is anything which could be implemented
in one of these non-free versions which was of use to Emacs org mode tht we
could not re-implement - they would have a tough time try8ing to argue that
it was original work and attempt to stop an elisp version.
Of course, this says nothing about the ethical position associated with
re-implementing functionality from a GPL'd sysem under a non-free license.
We can hope people do the right thing, but have no control to enforce it. I
also doubt it will cause any fracture in the org user community - the
bottom line is most of use came to org because of Emacs. These other
systems don't have Emacs and therefore are really only a pale imitation. .
On Tue, 29 Jan 2019 at 15:06, Scott Randby <srandby@gmail.com> wrote:
> On 1/28/19 4:13 PM, Tim Cross wrote:
> > As org is implemented in elisp, there are only two options for
> > implementing org outside of emacs
> >
> > 1. Implement a full elisp runtime in the alternative envrionment
> > 2. Re-implement org functionality in a different language and runtime.
> >
> > I think 1 is extremely unlikely, with the possible exception of things
> > like https://github.com/Wilfred/remacs, which is a re-implementation of
> > Emacs.
> >
> > Alternative 2 is more likely and to some extent has been done with
> > things like beorg and Visual Source Code, which has an extension with
> > some (minimal) org support.
>
> It is great that people want to implement Org functionality into other
> software, but the issue I have with beorg and Visual Source Code is that
> neither is free software. In the case of beorg, Org is mentioned repeatedly
> on its website as an inspiration, but what is the contribution of the beorg
> developers back to the Org community? The central feature of Org is that it
> is free software. In my view, non-free products like beorg are
> fundamentally broken.
>
> > The problem with re-implementation is that there is a lot of core
> > functionality built into emacs which is not found in most other
> > runtimes. Much of what Org does is really take existing Emacs
> > functionality and wrap it together in a more convenient and consistent
> > bundle. In other systems, much of this functionality would need to be
> > implemented from scratch, which would be a non-trivial task. In
> > addition, keep pace with org development will be difficult for these
> > clones.
>
> I agree with this completely.
>
> > I expect we will see some of Org's functionality implemented in other
> > environments, but are unlikely to see a fully compatible and feature
> > rich version on any other platform. Most likely, we will see some core
> > ideas make their way into other environments, but they won't be Org mode
> > - they will be something different which owes much of the inspiration to
> > Org mode.
> >
> > If we are lucky, we may see some new good ideas in these other systems
> > which could be added to Org itself to make it even greater, otherwise
> > such ports are unlikely to be of any real interest/use to Emacs Org
> > users.
>
> It would be wonderful to see new good ideas implemented in other systems,
> but in the case of proprietary software like beorg or Visual Source Code,
> their non-free nature makes it risky to re-implement in Org any new ideas
> they use (if they ever use any). I hope all the new good ideas for Org
> first exist as free software. That seems likely given the pace at which Org
> develops and the vitality of the Org community.
>
> Scott
>
>
--
regards,
Tim
--
Tim Cross
[-- Attachment #2: Type: text/html, Size: 4699 bytes --]
next prev parent reply other threads:[~2019-01-29 4:43 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-01-28 14:03 Org without Emacs? Scott Randby
2019-01-28 14:14 ` Neil Jerram
2019-01-29 3:51 ` Scott Randby
2019-01-29 21:25 ` Amin Bandali
2019-01-28 21:13 ` Tim Cross
2019-01-29 3:58 ` Scott Randby
2019-01-29 4:42 ` Tim Cross [this message]
2019-01-29 15:46 ` Scott Randby
2019-01-30 1:33 ` nly
2019-01-30 10:35 ` Jude DaShiell
2019-01-30 18:55 ` Scott Randby
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.orgmode.org/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAC=50j9id9XkBntJ0+5TZzSGGrJxuH4q8c9qmk9qfEJCyaGxYA@mail.gmail.com' \
--to=theophilusx@gmail.com \
--cc=emacs-orgmode@gnu.org \
--cc=srandby@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).