From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: NeXTStep port preferences Date: Sun, 20 Jul 2008 15:05:59 +0000 (UTC) Message-ID: References: <8966189D-F430-4224-80BA-FA3653642C01@gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1216566397 28384 80.91.229.12 (20 Jul 2008 15:06:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Jul 2008 15:06:37 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 20 17:07:25 2008 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1KKaVI-0006Ps-71 for ged-emacs-devel@m.gmane.org; Sun, 20 Jul 2008 17:07:16 +0200 Original-Received: from localhost ([127.0.0.1]:54899 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KKaUP-0007NF-84 for ged-emacs-devel@m.gmane.org; Sun, 20 Jul 2008 11:06:21 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KKaUK-0007N8-51 for emacs-devel@gnu.org; Sun, 20 Jul 2008 11:06:16 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KKaUH-0007Mc-T1 for emacs-devel@gnu.org; Sun, 20 Jul 2008 11:06:15 -0400 Original-Received: from [199.232.76.173] (port=41079 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KKaUH-0007MS-Jk for emacs-devel@gnu.org; Sun, 20 Jul 2008 11:06:13 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:46242 helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KKaUG-0007VW-1W for emacs-devel@gnu.org; Sun, 20 Jul 2008 11:06:12 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KKaUA-000822-8s for emacs-devel@gnu.org; Sun, 20 Jul 2008 15:06:06 +0000 Original-Received: from dpc67142130025.direcpc.com ([67.142.130.25]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jul 2008 15:06:06 +0000 Original-Received: from Adrian.B.Robert by dpc67142130025.direcpc.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 20 Jul 2008 15:06:06 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 98 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: main.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 67.142.130.25 (Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US) AppleWebKit/523 (KHTML, like Gecko, Safari/523.10) OmniWeb/v621.0.99313) X-detected-kernel: by monty-python.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:101015 Archived-At: Benjamin Riefenstahl turtle-trading.net> writes: > I have been trying to work with that dialog some and have been mostly > frustrated. Some thoughts: > > - Quick access to the options for default font and modifier keys are > usefull for first installation and probably for newbies. Some users differ. There are many use cases calling for frequent font and/or modifier key changes. We'd need a poll to get better data. > - The options to change the cursor are probably not important enough > to have here. Again, see above. I use different types of cursors for editing different files (coding, text, etc.), and it's nice to switch quickly. > [If I understand this right, there are new NextStep > specific cursor drawing routines in the port. This is not good, I > think. If the portable cursor routines are deficient they should be > updated for all platforms. I may be missing something here.] This has been in the TODO list for some years, but because it has been working well enough and there have been higher-priority issues (e.g., bugs) it has not gotten done. It would be great if someone could work on this. > - I am missing the "Emacs.geometry" option in the defaults database. > For me "Emacs.font" and "Emacs.geometry" are the two options that I > need in the defaults database, everything else is better in > ".emacs". 'geometry' is split into Width, Height, Top, Left entries. If changing this to geometry and possibly using an X11-compatible string would be better, a patch is welcome. > - The font setting mechanism doesn't work unless an Emacs frame is > selected. This used to be documented in the readme, but it is still > a bug. Another long-standing TODO fallen victim to more urgent tasks. Help is welcome. > - The callbacks that the Cocoa dialogs call are not protected in a > catch block. If they run into an error, Emacs aborts without a > visible error message. I've never had a bug report on this, but if it's an easy fix we should do it. > > It is also not something easy to maintain outside of GNU Emacs > > itself (e.g. in a distribution like Aquamacs) > > It is not easy to be maintained anywhere. As you notice, it is broken > even now, and only part of that is bit-rot. This is a bit harsh. It has been part of Emacs.app for years and has had few problems. > > However, some concessions to platform convention and user > > convenience ought to be tolerated on a case-bycase basis depending > > on the user-benefit to obtrusiveness ratio. > > I don't think that a buggy and old-fashioned looking dialog (IMO) is > really an asset for anybody, certainly not Mac users. Again, "buggy" is a little unfair. If you search the Emacs.app mailing list and bug database you find a lot of other bugs reported, but very rarely anything with this. Also you are the first person to mention anything negative about the appearance. On the other hand there have been many positive comments from users. > > Otherwise, at least in this case, there's no real reason not to just > > use the X11 version on OS X > > The inconvenience of having to start X11 to edit files or to read mail > and probably missing features (e.g. does DnD work from Finder to > Emacs?). It would be far easier to add these features to Apple's X11 impl than to port and maintain a separate interface to GNU Emacs. And they would provide wider benefit.