From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ken Raeburn Newsgroups: gmane.emacs.devel Subject: Re: a little feedback on Cocoa Emacs.app Date: Sun, 27 Jul 2008 17:45:33 +0100 Message-ID: <508B5967-EAA1-4DEA-8533-19E4C0CD4ECF@gnu.org> References: <4358E889-E5D2-4E68-83D3-E6AB9C03F7B5@gnu.org> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 (Apple Message framework v928.1) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1217189136 6033 80.91.229.12 (27 Jul 2008 20:05:36 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 27 Jul 2008 20:05:36 +0000 (UTC) Cc: emacs-devel@gnu.org To: Adrian Robert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Jul 27 22:06: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 1KNCVX-0001FY-Ic for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2008 22:06:19 +0200 Original-Received: from localhost ([127.0.0.1]:58575 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNCKa-0002Pa-2w for ged-emacs-devel@m.gmane.org; Sun, 27 Jul 2008 15:55:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KNCKU-0002Om-1i for emacs-devel@gnu.org; Sun, 27 Jul 2008 15:54:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KNCKP-0002N4-Ka for emacs-devel@gnu.org; Sun, 27 Jul 2008 15:54:53 -0400 Original-Received: from [199.232.76.173] (port=38826 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KNCKP-0002My-D4 for emacs-devel@gnu.org; Sun, 27 Jul 2008 15:54:49 -0400 Original-Received: from raeburn.org ([69.25.196.97]:20004) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KNCK9-00080j-E4; Sun, 27 Jul 2008 15:54:44 -0400 Original-Received: from [172.16.12.229] (VPN-SIXTY-NINE.MIT.EDU [18.100.0.69]) by raeburn.org (8.14.1/8.14.1) with ESMTP id m6RJsGYp009168; Sun, 27 Jul 2008 15:54:17 -0400 (EDT) In-Reply-To: X-Mailer: Apple Mail (2.928.1) X-detected-kernel: by monty-python.gnu.org: NetBSD 3.0 (DF) 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:101586 Archived-At: On Jul 27, 2008, at 03:29, Adrian Robert wrote: > Ken Raeburn gnu.org> writes: > >> 3) I noticed that there are no info files in the >> new one; is that intentional? > No, this was an error in the installation commands. Fixed in CVS > (Makefile.in). Good, thanks. >> 4) under Spaces, I found it kind of annoying not to have a >> "new window" option in the dock menu > > This seems like something it would be better if Apple fixed, since it > affects all applications. Have you reported it to them? It could be > added to Emacs.app pretty easily I think, though right now priorities > are on bug-fixing and code cleanup. "New window" isn't something all applications support. For those that do support creating new windows, like Mail, sometimes you have to create specific types of windows (new message, new message viewer). I'm not sure what Apple could do in the generic case, aside from maybe "select application without switching spaces", which would be a different model for how Spaces would work, a significant UI change, and a change in the wrong direction for those apps that support only one window. Creating application-specific entries in the dock menu, on the other hand, is obviously already supported in general, and lets the application do whatever's appropriate for it, even if it's a little more work for the app writer. >> 5) The close button seems to be disabled when there's only one >> window. I'd rather see it quit Emacs like it used to in Carbon >> Emacs, >> or be configurable to allow that > > Emacs.app follows emacs interfaces on other platforms here. It is > possible > that adding a configurable option as you suggest would be > acceptable. Do you > know if it is the plain Carbon Emacs that has this behavior, or is > it only in > the distributions (Carbon Emacs Package, Aquamacs, etc.)? Actually, in my experience, the close button or equivalent on the last Emacs window causes Emacs to quit, in X, Carbon, and Windows versions; the Cocoa version is behaving differently by ignoring it. I was using a Carbon Emacs I built from the main CVS repository with the make-package script. Ken