Re: a little feedback on Cocoa Emacs.app

[Adrian Robert <adrian.b.robert@gmail.com>]

On Aug 4, 2008, at 6:15 AM, Ken Raeburn wrote:

> On Jul 27, 2008, at 22:34, Adrian Robert wrote:
>> On Jul 27, 2008, at 12:45 PM, Ken Raeburn wrote:
>>>
>>>>> 4) under Spaces, I found it kind of annoying not to have a
>>>>> "new window" option in the dock menu
>>>> ...
> (back in the country now, and with just a few cycles to spare...)
>
> I haven't yet waded through enough of the menu handling code to  
> figure out if it's easy to make it dynamic and updated from lisp,  
> but I threw together code to add a fixed one-element menu, not  
> conditionalized on which flavor of NS support is used.

When you say "one-element", you mean it adds the one element to the  
existing standard dock menu provided by the system, or it replaces  
it?  I'd prefer adding..

If it adds (or we can get the patch into that form) I'd be inclined to  
accept it now, because it is only altering an existing (Cocoa- 
generated) menu.  Adding a dynamic lisp-based menu would be a new  
feature and I'd have that wait.



>>>>> 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.
>>
>> This must have changed.. it used to do nothing and say "attempted  
>> to delete last or sole visible frame" or something like that.  On  
>> the other hand, I can't find any code in the NS port that seems to  
>> pertain to this, so I'm not sure where the special behavior is  
>> coming from.  Hmm..
>
> Using the keyboard commands to delete a frame get that result;  
> clicking on buttons with the mouse can make the application go away.

This sounds like a bug.  Shouldn't it have the same behavior  
regardless of whether close from mouse or keyboard?



> I've also noticed another odd thing in the UI (in my unpatched build  
> from around July 22nd or 24th, as well as my new executable):
>
> "Quit" from the dock menu gets me a prompt asking if I want to  
> quit.  Many (most?) Mac apps don't ask, at least if I don't have  
> unsaved work.
...
>
> Once that dialog comes up, it and the menu bar seem to be the only  
> things that respond to input.  The buttons in the dialog blink if I  
> click on them.  The menu bar menus come up, and go away when I  
> select something.  But I can't type into the buffer windows, and the  
> process doesn't go away, even if I confirm in the dialog a bunch of  
> times or select "Exit Emacs" from the File menu.  The dialog will go  
> away if I select another application and then switch back to Emacs,  
> but it doesn't seem to help me regain control.

You've stumbled onto another FOR-RELEASE item:

** finish handle terminate request (user logout)

I'd definitely appreciate help on this one because it ought to be  
simple but I seem to be unable to get it working.. take a look at  
[EmacsApp -applicationShouldTerminate:] in nsterm.m...