From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Xah Newsgroups: gmane.emacs.help Subject: Re: How to get rid of *GNU Emacs* buffer on start-up? Date: Wed, 24 Sep 2008 20:16:05 -0700 (PDT) Organization: http://groups.google.com Message-ID: <14964955-67cb-4f0a-b0da-d2a00e09e1ec@25g2000prz.googlegroups.com> References: <2868c8db-ff02-4d67-9e80-4cf323086ca3@l33g2000pri.googlegroups.com> <551c1987-57cc-410e-a81a-51ee96f3387d@g17g2000prg.googlegroups.com> <87vdwmwv2a.fsf@jehiel.elehack.net> <6ed07f68-4d7d-41ae-8964-bde8645adb28@z11g2000prl.googlegroups.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1222314051 25548 80.91.229.12 (25 Sep 2008 03:40:51 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 25 Sep 2008 03:40:51 +0000 (UTC) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane.org@gnu.org Thu Sep 25 05:41:48 2008 connect(): Connection refused Return-path: Envelope-to: geh-help-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Kihjf-0007ru-8L for geh-help-gnu-emacs@m.gmane.org; Thu, 25 Sep 2008 05:41:47 +0200 Original-Received: from localhost ([127.0.0.1]:50680 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kihib-0005LY-PY for geh-help-gnu-emacs@m.gmane.org; Wed, 24 Sep 2008 23:40:41 -0400 Original-Path: news.stanford.edu!newsfeed.stanford.edu!postnews.google.com!25g2000prz.googlegroups.com!not-for-mail Original-Newsgroups: gnu.emacs.help Original-Lines: 85 Original-NNTP-Posting-Host: 24.6.185.159 Original-X-Trace: posting.google.com 1222312565 26429 127.0.0.1 (25 Sep 2008 03:16:05 GMT) Original-X-Complaints-To: groups-abuse@google.com Original-NNTP-Posting-Date: Thu, 25 Sep 2008 03:16:05 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: 25g2000prz.googlegroups.com; posting-host=24.6.185.159; posting-account=bRPKjQoAAACxZsR8_VPXCX27T2YcsyMA User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; en) AppleWebKit/525.18 (KHTML, like Gecko) Version/3.1.2 Safari/525.22, gzip(gfe), gzip(gfe) Original-Xref: news.stanford.edu gnu.emacs.help:162691 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:58033 Archived-At: On Sep 24, 10:15 am, Nikolaj Schumacher wrote: > Xah Lee wrote: > > After a while coming back to your message, i think i got it. You mean, > > basically, the Cmd key's function on the mac is roughly equivalent to > > Windows's Ctrl. So, Ctrl+n doesn't actually crate a new something, it > > is actually Cmd+n. Ctrl+n on the mac in fact does nothing in most > > browsers. > > > Is that what you are saying? It's quite silly you know? > > You're looking at my note from the wrong direction. > > First of all, we need to clear something up: Ctrl+n on the mac does in > fact do something. It moves the cursor to the next line in many apps. > That includes browsers (I've tested Firefox, Safari and Camino). > > Ctrl+d, Ctrl+p, Ctrl+f, Ctrl+b, Ctrl+a, Ctrl+e and Ctrl+k work as well. > > Similarly, in our context, when i say Ctrl+n is a standard or > > familiar with most software users, you can't argue that Mac is a > > exception just because it uses Cmd instead of Ctrl. > > My argument goes the other way around. > > I'm not saying Ctrl+n for "new thing" is not standard. I'm just saying > that Ctrl+n for "next line" is /also/ a standard, even if less common. > (But more common than 0.01%, even in browsers) > > Clearly those two clash, except on the Macs, where one of them was > conveniently moved to another modifier. It's not silly to bring that up, > because it shows that both standards have /some/ relevance in modern > systems. > > I hope you're getting what I'm saying. It's not that I don't associate > Ctrl+n with "new window" (just because it's Cmd+n on my Mac), it's that > I somewhat associate it with both commands. The same goes for a bunch > of other people, who aren't "cave-dwelling, text-browser-using tech > geekers". > > Of course, there's nothing wrong with picking "new thing" for Ctrl+n, > because it's (by far) the most popular choice. But you can't simply > dismiss the other meaning as obscure, especially not given Emacs' current > audience, where the "next line" interpretation is arguable more common > than anywhere else. I disagree the above is a good argument. The Ctrl+n behavor on the mac, is limited to text editing contexts. So, in fact, Ctrl+n does not do anything in any app, unless your are in a text editing mode. For example, in Safari, Ctrl+n doesn't do anything unless you are in a text form or text field, then it does behave like a down arrow key. These emacs based editing shortcuts on the Mac, is a special class of keyboard shortcuts, quite distinct from typical shortcuts that control apps. They appeared in Mac OS X only in about 2004. They do not always work even today. The work only for apps written using the Cocoa Text System. (practically, there are few mainstream apps this doesn't work. I don't remember, but i think it didn't work in Firefox 2. Haven't tested in Firefox 3 neither. It does not even in Apple's apps such as Finder and iTune.) These emacs-based editing shortcuts on the Mac, are also not widely known even among Mac users. (am not even sure it is officially documented somewhere in Help) They are not listed in any app's graphical menu as far as i know. So, i don't think this Mac case takes away any force in saying that Ctrl+n for New is familiar and a universal practical standard in UI. ------- It might be of interest to readers here that you can actually customize these OS wide. For a complete tutorial, see: =E2=80=A2 How To Create Your Own Keybinding In Mac Os X http://xahlee.org/emacs/osx_keybinding.html Xah =E2=88=91 http://xahlee.org/ =E2=98=84