unofficial mirror of help-gnu-emacs@gnu.org
 help / color / mirror / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: help-gnu-emacs@gnu.org
Subject: Re: Icon designer wanted (Aquamacs Emacs)
Date: Fri, 06 Jan 2006 00:49:57 +0100	[thread overview]
Message-ID: <85d5j6p74q.fsf@lola.goethe.zz> (raw)
In-Reply-To: <43BDA9EB.1030009@student.lu.se> (Lennart Borgman's message of "Fri, 06 Jan 2006 00:21:15 +0100")

Lennart Borgman <lennart.borgman.073@student.lu.se> writes:

> David Kastrup wrote:
>
>>Correct.  But the work that I have been criticising was intended to
>>make it _harder_ to switch from MacOSX to GNU/Linux, by providing
>>features only for MacOSX.
>
> Thanks. If you see it this way then I understand what you write. It
> is however still a bit difficult whether some things that can not be
> made portable at the moment really makes it harder to
> switch. (Please excuse me if I am drifting off a bit here. I do that
> to be more clear.) Suppose those things makes Emacs more acceptable
> on that particular proprietary platform. Suppose also that those
> things depends on OS features that does not yet exist on
> GNU/Linux.

Please.  We were talking about the standard toolbar icons here which
are the same on all platforms.  Those are obviously in need of
improvement, and David asked for volunteers to improve them
exclusively for the use of Aquamacs (since he made quite clear that he
was not going to bother about the legal requirements necessary for the
mainline).

So you are obviously discussing something different here.  I'll give
my opinion on your questions nevertheless, but they are not directly
relevant to the case in question.

> Is it in the long run then better to provide those things on the
> proprietary platform or not?

Better for who?

> To me the answer is not self evident. Providing this "things" could
> in the long run make a pressure on GNU/Linux to provide them too.

What is good about pressure?  Pressure does not resolve itself
magically without somebody actually having to work on it.  If some
functionality is worth working on it, it will be so without artificial
pressure to mimic a proprietary system.

> I have the feeling that this could be the case for some things in
> the GUI for example. (Last time I tried GNU/Linux I dropped it
> partly because I did not understand how to use the keyboard for all
> tasks. I never use mouse if I can avoid it: For sure I want to try
> again, but I want that "thing" to be implemented in GNU/Linux - in a
> manner that I should not have to relearn. That is me of course, but
> I suspect there are more persons like me in that respect.)

Basically it is a matter of which window manager you use.  There are
some of them explicitly designed for mouse avoidance.

>>There is a difference between making Emacs available for proprietary
>>systems (which makes it easier for people to switch from proprietary
>>to free systems), and improving it for proprietary systems only
>>(which makes it harder for people to switch from proprietary to free
>>systems).
>
> You are right. But I want to add that improving it for GNU/Linux
> only also can make it harder for people to switch from proprietary
> to free systems.

But this is not what the case is about at all.  I find it disengenuous
to put forth an argument like "it is ok to improve generally desirable
Emacs features only on a specific MacOSX port, because improving
generally desirable features only on GNU/Linux could be a bad idea,
too".

There are priorities involved here: when the available resources don't
permit equal treatment of all platforms, free platforms will get
prefered treatment.  For example, Emacs 21.x was released with a
display engine that could not support images and toolbars under
Windows and MacOSX, but did so under X11.  It was simply not possible
to get all platforms done in time.  This situation has been amended
since then: the respective ports are up to par, and this is a good
thing.  Though not as important as that the X11 and GTK ports are up
to par.

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  reply	other threads:[~2006-01-05 23:49 UTC|newest]

Thread overview: 69+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-03 15:20 Icon designer wanted (Aquamacs Emacs) David Reitter
2006-01-03 15:34 ` David Kastrup
2006-01-03 16:01   ` David Reitter
2006-01-03 16:58     ` David Kastrup
2006-01-03 19:58       ` David Reitter
     [not found]     ` <mailman.21285.1136317245.20277.help-gnu-emacs@gnu.org>
2006-01-03 20:43       ` Tim McNamara
2006-01-03 21:16         ` Lennart Borgman
2006-01-03 21:35         ` David Kastrup
2006-01-04 12:40           ` david.reitter
2006-01-04 13:28             ` David Kastrup
2006-01-04 13:56               ` david.reitter
2006-01-04 15:09                 ` David Kastrup
     [not found]         ` <mailman.21292.1136323111.20277.help-gnu-emacs@gnu.org>
2006-01-04  0:10           ` Tim McNamara
2006-01-04  0:31             ` David Kastrup
2006-01-04  2:30               ` Tim McNamara
2006-01-04  2:44                 ` Jay Belanger
2006-01-04 23:50                   ` Tim McNamara
2006-01-05  0:39                     ` David Kastrup
2006-01-05  6:59                       ` Tim McNamara
2006-01-05  7:23                         ` Jay Belanger
2006-01-05 13:15                           ` david.reitter
2006-01-05 13:56                             ` David Kastrup
2006-01-06 11:08                               ` david.reitter
2006-01-06 12:40                                 ` Lennart Borgman
2006-01-06 14:16                                   ` David Reitter
     [not found]                                   ` <mailman.120.1136557103.26925.help-gnu-emacs@gnu.org>
2006-01-06 15:23                                     ` David Kastrup
2006-01-06 12:55                                 ` David Kastrup
2006-01-05 13:03                         ` David Kastrup
2006-01-05 14:10                           ` Tim McNamara
2006-01-05 14:26                             ` David Kastrup
2006-01-05 21:52                               ` Lennart Borgman
2006-01-05 22:19                                 ` David Kastrup
2006-01-05 23:21                                   ` Lennart Borgman
2006-01-05 23:49                                     ` David Kastrup [this message]
2006-01-06  0:00                                       ` Lennart Borgman
2006-01-06 11:07                                 ` Gian Uberto Lauri
2006-01-06 11:36                                   ` David Kastrup
2006-01-06 12:26                                     ` Gian Uberto Lauri
     [not found]                                 ` <mailman.26.1136502144.26925.help-gnu-emacs@gnu.org>
2006-01-06 11:23                                   ` david.reitter
2006-01-05 15:55                             ` Chong Yidong
2006-01-05 19:15                         ` Luis O. Silva
     [not found]                         ` <mailman.16.1136497693.26925.help-gnu-emacs@gnu.org>
2006-01-05 23:23                           ` Tim McNamara
2006-01-06  0:17                             ` David Kastrup
2006-01-06 21:01                               ` Tim McNamara
2006-01-06 21:22                                 ` David Kastrup
2006-01-07  4:41                                   ` Tim McNamara
2006-01-07  9:48                                     ` David Kastrup
2006-01-08  7:34                                       ` Joe Bush
2006-01-08 10:29                                         ` David Kastrup
2006-01-10  6:01                                           ` Joe Bush
2006-01-10  7:03                                             ` David Kastrup
2006-01-10 14:01                                               ` Sean Sieger
2006-01-06  2:58                             ` Luis O. Silva
     [not found]                             ` <mailman.42.1136512036.26925.help-gnu-emacs@gnu.org>
2006-01-06 11:32                               ` david.reitter
2006-01-07 10:02                                 ` David Kastrup
2006-01-08  6:05                                   ` david.reitter
2006-01-06 21:09                               ` Tim McNamara
2006-01-06 21:42                                 ` David Kastrup
2006-01-06 21:55                                 ` Paul D. Smith
2006-01-06 22:02                                 ` Sean Sieger
2006-01-06 22:27                                 ` Kevin Rodgers
2006-01-07  1:43                                   ` Lennart Borgman
2006-01-07  2:03                                 ` Luis O. Silva
2006-01-07  0:56                                   ` Björn Lindström
     [not found]                                   ` <mailman.209.1136595503.26925.help-gnu-emacs@gnu.org>
2006-01-07  1:13                                     ` David Kastrup
     [not found]                                 ` <mailman.183.1136585095.26925.help-gnu-emacs@gnu.org>
2006-01-07  5:00                                   ` Tim McNamara
     [not found]                                 ` <mailman.208.1136595203.26925.help-gnu-emacs@gnu.org>
2006-01-07  5:01                                   ` Tim McNamara
     [not found] <mailman.21240.1136295385.20277.help-gnu-emacs@gnu.org>
2006-01-03 14:15 ` David Kastrup
  -- strict thread matches above, loose matches on Subject: below --
2006-01-03 13:34 David Reitter

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.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=85d5j6p74q.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=help-gnu-emacs@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.
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).