emacs-orgmode@gnu.org archives
 help / color / mirror / code / Atom feed
From: Ihor Radchenko <yantar92@gmail.com>
To: Tim Cross <theophilusx@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal
Date: Sun, 05 Dec 2021 22:30:28 +0800	[thread overview]
Message-ID: <87o85v9la3.fsf@localhost> (raw)
In-Reply-To: <87ilw3419x.fsf@gmail.com>

Tim Cross <theophilusx@gmail.com> writes:

> I think your working off a false premise. Your view is that org mode
> should be available in other editors/software so that others can realise
> the power and benefits it provides. I can understand that position.

A clarification: my premise is that org mode should be available in
other _free_ editors/software. If we provide the means for other free
software to support Org mode (either as markup format or as some subset
of Elist implementation), it will benefit software freedom in general.
Whatever helper information (think of tests) we provide, it should be
licensed under GPLv3 with the following effect:

https://www.gnu.org/licenses/quick-guide-gplv3.html
>> It's always possible to use GPLed code to write software that
>> implements DRM. However, if someone does that with code protected by
>> GPLv3, section 3 says that the system will not count as an effective
>> technological "protection" measure. This means that if you break the
>> DRM, you'll be free to distribute your own software that does that,
>> and you won't be threatened by the DMCA or similar laws.

The fact is that e.g. Github already provides support for Org markup.
They do it for their own profit and we cannot stop them. If we have a
controlled criteria about quality of third-party Org mode support, there
will be means to interfere with non-free software attempting to makes
profits out of Org mode. For example, if Github do not integrate our
recommended test suite (with all the legal consequences defined in
GPLv3), we will be able to have a list of third-party tools and, among
free alternatives, mention that Github support for Org is not verified
and most likely not consistent with other _free_ tools. We cannot do it
now.

> However, the FSF position would be exactly the opposite. They would
> argue that orgmode is a powerful and flexible tool that is part of Emacs
> and if you want that power and flexibility, you need to use Emacs. Org
> mode has probably done more to bring new users to Emacs than any other
> Emacs mode in the last 30 years. As a consequence, you will find not
> only little support towards making it available in other editors, you
> are likely to run into active resistance. As you say, org-mode can be
> thought of as a brand name and that is a brand name owned by the FSF as
> an official GNU project and a goal of the FSF is to convert people to
> use GNU free software. Anything which has the potential to take the
> power of org mode and make it available in non-free software (not simply
> open source) is not going to be supported or welcomed.

I am very much sceptical that third-party tools can provide the level of
Org support Emacs does provide. Emacs is and will remain the most
feature-full tool for people to use Org mode. Org mode's largest power
is configurability thanks to Emacs. On the other hand, Org mode's
support would be welcome in tools like TeXMacs or in forges like
Sourcehut (currently only supporting markdown).

Best,
ihor


  parent reply	other threads:[~2021-12-05 14:31 UTC|newest]

Thread overview: 59+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-12-05  7:35 Concrete suggestions to improve Org mode third-party integration :: an afterthought following Karl Voit's Orgdown proposal Ihor Radchenko
2021-12-05  9:16 ` Juan Manuel Macías
2021-12-05 10:24   ` Ihor Radchenko
2021-12-05 11:08     ` Juan Manuel Macías
2021-12-05 11:54       ` Heinz Tuechler
2021-12-05 12:08       ` Ihor Radchenko
2021-12-05 13:32         ` Tim Cross
2021-12-05 13:52           ` Bruce D'Arcus
2021-12-05 22:20             ` Tim Cross
2021-12-05 14:30           ` Ihor Radchenko [this message]
2021-12-05 22:39             ` Tim Cross
2021-12-08 13:47               ` Ihor Radchenko
2021-12-08 14:39                 ` Tim Cross
2021-12-08 16:16                   ` Dr. Arne Babenhauserheide
2021-12-08 17:07                     ` Russell Adams
2021-12-08 19:22                       ` Dr. Arne Babenhauserheide
2021-12-08 20:14                         ` Russell Adams
2021-12-08 21:50                           ` Tim Cross
2021-12-09  8:12                             ` Dr. Arne Babenhauserheide
2021-12-08 21:25                         ` Tim Cross
2021-12-09  8:07                           ` Dr. Arne Babenhauserheide
2021-12-09  8:36                             ` Timothy
2021-12-09  9:18                               ` Ihor Radchenko
2021-12-09 10:46                     ` Eric S Fraga
2021-12-09 15:21                       ` Russell Adams
2021-12-09 16:25                         ` Eric S Fraga
2021-12-09 21:15                           ` Samuel Wales
2021-12-09 23:27                         ` Dr. Arne Babenhauserheide
2021-12-10  2:42                           ` Tim Cross
2021-12-10  6:08                             ` Dr. Arne Babenhauserheide
2021-12-11 10:03                   ` Ihor Radchenko
2021-12-11 21:19                     ` Tim Cross
2021-12-06 19:41             ` Karl Voit
2021-12-05 18:59         ` Juan Manuel Macías
2021-12-05 23:24           ` Russell Adams
2021-12-06  5:57             ` Juan Manuel Macías
2021-12-06  6:02               ` Timothy
2021-12-06  7:24                 ` Juan Manuel Macías
2021-12-06 10:04                   ` Greg Minshall
2021-12-06 14:59                     ` Juan Manuel Macías
2021-12-06 17:59                       ` Tom Gillespie
2021-12-06 18:25                         ` M. ‘quintus’ Gülker
2021-12-06 18:42                           ` Russell Adams
2021-12-06 18:47                             ` Timothy
2021-12-06 19:28                               ` Russell Adams
2021-12-06 19:34                                 ` Timothy
2021-12-06 18:30                         ` Russell Adams
2021-12-06 19:10                         ` Gerry Agbobada
2021-12-08 12:56                           ` Ihor Radchenko
2021-12-06 10:08         ` Greg Minshall
2021-12-06 19:45         ` Karl Voit
2021-12-07 11:08           ` Vincent Breton
2021-12-08 13:13             ` Ihor Radchenko
2021-12-08 13:30           ` Ihor Radchenko
2021-12-05 13:06   ` Tim Cross
2021-12-05 14:55     ` Ihor Radchenko
2021-12-05 18:54 ` Timothy
2021-12-06 11:08 ` Max Nikulin
2021-12-06 18:43 ` Russell Adams

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=87o85v9la3.fsf@localhost \
    --to=yantar92@gmail.com \
    --cc=emacs-orgmode@gnu.org \
    --cc=theophilusx@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).