From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.help Subject: Re: Emacs on OS X - configuration package Date: Sun, 29 Feb 2004 23:18:02 GMT Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Message-ID: References: <20040227213744639+0000@news.eircom.net> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1078097598 26193 80.91.224.253 (29 Feb 2004 23:33:18 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 29 Feb 2004 23:33:18 +0000 (UTC) Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Mon Mar 01 00:33:15 2004 Return-path: Original-Received: from monty-python.gnu.org ([199.232.76.173]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1AxaQs-0005LE-00 for ; Mon, 01 Mar 2004 00:33:15 +0100 Original-Received: from localhost ([127.0.0.1] helo=monty-python.gnu.org) by monty-python.gnu.org with esmtp (Exim 4.30) id 1AxaOQ-00068Y-Rw for geh-help-gnu-emacs@m.gmane.org; Sun, 29 Feb 2004 18:30:42 -0500 Original-Path: shelby.stanford.edu!newsfeed.stanford.edu!cyclone.bc.net!snoopy.risq.qc.ca!charlie.risq.qc.ca!53ab2750!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 38 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3.50 Original-NNTP-Posting-Host: 132.204.24.84 Original-X-Complaints-To: abuse@umontreal.ca Original-X-Trace: charlie.risq.qc.ca 1078096682 132.204.24.84 (Sun, 29 Feb 2004 18:18:02 EST) Original-NNTP-Posting-Date: Sun, 29 Feb 2004 18:18:02 EST Original-Xref: shelby.stanford.edu gnu.emacs.help:121378 Original-To: help-gnu-emacs@gnu.org X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.2 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.help:17333 X-Report-Spam: http://spam.gmane.org/gmane.emacs.help:17333 > I _hope_ these specializations don't become part of the standard > carbon built. I want emacs to look like emacs regardless of the > platform. I wouldn't worry about it. The default bindings will stay as they are, but maybe some additional Mac-specific bindings could be added and some Mac-specific options could be added as well. > the variable mac-command-key-is-meta. Every carbon emacs user I know > sets this variable to nil, the result of which is to make the apple > key (aka 'command' or 'cmd' key) map to alt and the option key map to > meta. It's a little odd the 'alt' key (same as 'option' on apple I.e. with it set to nil, we can bind A-q to behave like C-x C-c and Apple-q will then behave as Mac users want without impacting Emacs old-timers since A-q is currently unbound. > In X11, the mapping depends on xmodmap in the usual way. All the osx > emacs users I know who are running an X11 version map apple and option > to alt and meta, respectively, which gives the same behavior as the > carbon build when mac-command-key-is-meta is nil. Well, you now know someone who doesn't: my macosx setup under X11 uses the default xmodmap (except for the remapping of the funny => key to Multi_key), which means that Apple maps to Meta. This makes sense since the key next to it (I guess it's the option key) is labelled Alt on my PowerBook keyboard. >>> - When you load a file, a new window opens (Emacs calls this: a frame). ( >>> Closing with Apple-W currently has a few glitches.) >> This seems completely orthogonal to the OS you're running on. > It's part of the old macos human-interface guidelines. Personally I > would _not_ want this behavior in emacs, regardless of platform. So you agree it's not platform dependent. Stefan