all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Simon Josefsson <jas@extundo.com>
Cc: bug-gnu-emacs@gnu.org, Richard Stallman <rms@gnu.org>, d.love@dl.ac.uk
Subject: Re: [Reuben Thomas] browse-url.el Opera support
Date: Sun, 18 Jan 2004 07:32:36 +0100	[thread overview]
Message-ID: <ilud69hwyuz.fsf@latte.josefsson.org> (raw)
In-Reply-To: <Pine.LNX.4.58.0401170022100.1565@mnemosyne> (Reuben Thomas's message of "Sat, 17 Jan 2004 16:15:57 +0100 (CET)")

Let me add another more down-to-earth argument: if free software
support non-free tools, like Opera in browse-url.el in this example,
it becomes the free software people's work to make it work.  The emacs
maintainers have to apply the patches, document it, change the code
whenever the tool changes its API, etc.  This takes time, aka money.
It is not clear why Emacs maintainers should donate time to people
that don't give anything back.  In some cases Emacs maintainers can do
so when it is easy to do, and makes the users considerably happier.
This seem to be the case for browse-url.el: as far as I recall,
Netscape wasn't free software initially, but browse-url support it.

If Opera Inc. were to donate money for support in browse-el.el, I
would reconsider the situation, and might allow the modification.  But
I'm not sure the Emacs maintainers would.  In that situation it may be
a good opportunity to push Opera Inc. into using a free license on
their software, instead of donating money.  Unless the corporation's
is mainly interested in pursuing non-free software for its own sake,
it may make economical sense for them to re-license their software,
instead of donating money to free software projects for adding Opera
support.  Especially if the sum of money would be large.  A relicensed
Opera would be better for the free software community, instead of the
Emacs maintainers accepting money for making a certain modification.
So it might actually be better, in the long-term, to even refuse
donations in exchange for certain modifications.

Regarding your modified browse-url.el:

It is very difficult to evaluate your work when you send the entire
file, instead of a patch (use 'diff -u').  In any case, I don't think
anyone has requested removing support for already supported non-free
tools, like Netscape.  Also, changing the type of existing variables,
like browse-url-generic-args, may break backwards compatibility, which
I think is a no-no for that kind of variable.

  reply	other threads:[~2004-01-18  6:32 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <mailman.693.1074172442.928.bug-gnu-emacs@gnu.org>
2004-01-15 13:48 ` [Reuben Thomas] browse-url.el Opera support Simon Josefsson
2004-01-15 14:12   ` Reuben Thomas
2004-01-15 14:28     ` Simon Josefsson
2004-01-16 19:54     ` Richard Stallman
2004-01-17 15:15       ` Reuben Thomas
2004-01-18  6:32         ` Simon Josefsson [this message]
2004-01-18  7:15           ` Reuben Thomas
2004-01-18 22:27           ` Reuben Thomas
2004-01-19 20:12             ` Richard Stallman
2004-01-19 18:35           ` Reuben Thomas
2004-01-19 18:38           ` Reuben Thomas
2004-02-05 15:44           ` Dave Love
2004-02-05 16:09             ` Reuben Thomas
2004-01-18 19:14         ` Richard Stallman
     [not found]       ` <mailman.829.1074355733.928.bug-gnu-emacs@gnu.org>
2004-01-17 20:43         ` David Kastrup
     [not found]     ` <mailman.789.1074285000.928.bug-gnu-emacs@gnu.org>
2004-01-16 21:43       ` David Kastrup
2004-01-17 12:53         ` Richard Stallman
2004-01-17  0:16     ` Dave Love
2004-01-17 15:27       ` Reuben Thomas
     [not found]   ` <mailman.716.1074194876.928.bug-gnu-emacs@gnu.org>
2004-01-15 22:32     ` Kevin Rodgers
2004-01-15 12:12 Dave Love

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

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=ilud69hwyuz.fsf@latte.josefsson.org \
    --to=jas@extundo.com \
    --cc=bug-gnu-emacs@gnu.org \
    --cc=d.love@dl.ac.uk \
    --cc=rms@gnu.org \
    /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 external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.