From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: David Kastrup Newsgroups: gmane.emacs.help Subject: Re: Icon designer wanted (Aquamacs Emacs) Date: Fri, 06 Jan 2006 00:49:57 +0100 Message-ID: <85d5j6p74q.fsf@lola.goethe.zz> References: <54321A2A-3F36-4416-B473-49AC11FF057F@gmail.com> <853bk5gwa8.fsf@lola.goethe.zz> <792D87C1-B9A9-495E-9335-7139845D1CB0@gmail.com> <85fyo4zvei.fsf@lola.goethe.zz> <87sls47lvd.fsf@vh213602.truman.edu> <85wthftsme.fsf@lola.goethe.zz> <85mziasu6z.fsf@lola.goethe.zz> <851wzmsqcs.fsf@lola.goethe.zz> <43BD9505.9070309@student.lu.se> <85lkxupbbl.fsf@lola.goethe.zz> <43BDA9EB.1030009@student.lu.se> NNTP-Posting-Host: main.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1136505012 5276 80.91.229.2 (5 Jan 2006 23:50:12 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 5 Jan 2006 23:50:12 +0000 (UTC) Cc: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Fri Jan 06 00:50:07 2006 Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by ciao.gmane.org with esmtp (Exim 4.43) id 1Eueru-000337-4A for geh-help-gnu-emacs@m.gmane.org; Fri, 06 Jan 2006 00:50:06 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Euete-0004sO-Hl for geh-help-gnu-emacs@m.gmane.org; Thu, 05 Jan 2006 18:51:54 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1EuetU-0004sG-OX for help-gnu-emacs@gnu.org; Thu, 05 Jan 2006 18:51:44 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1EuetU-0004s1-DK for help-gnu-emacs@gnu.org; Thu, 05 Jan 2006 18:51:44 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1EuetT-0004ry-Vp for help-gnu-emacs@gnu.org; Thu, 05 Jan 2006 18:51:44 -0500 Original-Received: from [199.232.76.164] (helo=fencepost.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.34) id 1Euev8-0004bE-Ju for help-gnu-emacs@gnu.org; Thu, 05 Jan 2006 18:53:26 -0500 Original-Received: from localhost ([127.0.0.1] helo=lola.goethe.zz) by fencepost.gnu.org with esmtp (Exim 4.34) id 1Eueq9-0006g0-03; Thu, 05 Jan 2006 18:48:17 -0500 Original-Received: by lola.goethe.zz (Postfix, from userid 1002) id EA4BE1C4CD7B; Fri, 6 Jan 2006 00:49:57 +0100 (CET) Original-To: Lennart Borgman In-Reply-To: <43BDA9EB.1030009@student.lu.se> (Lennart Borgman's message of "Fri, 06 Jan 2006 00:21:15 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.help:32472 Archived-At: Lennart Borgman 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