I made the same mistake again, of not posting to the list but to my respondent. 
 Fritz, I am sorry.

Just to let you know, this was exactly what I required, I managed to get it 
working and there was absolutely no additional code required to get it to 
restore!

Not that I needed it, but further proof of how far superior the 
Objective-C/Cocoa paradigm is to C#/.NET

Thanks again Fritz

On 21 Nov 2009, at 10:09, Michael Davey wrote:

> 
> On 21 Nov 2009, at 08:19, Fritz Anderson wrote:
> 
>> On 20 Nov 2009, at 2:02 AM, Michael Davey wrote:
>> 
>>> Basically, when you minimise the application, it is window goes down into 
>>> the dock as per normal, but once this has been doe it then vanishes from 
>>> the dock, and does not re-appear. Does anyone know if this is possible 
>>> within Cocoa and which class docs I need to look at to begin implementing 
>>> it?
>> 
>> Important threshold point: Mac OS X is not Windows. You can't minimize an 
>> application — there is nothing on the screen that reifies a whole 
>> application.* Applications appear in the form of a set of windows. If there 
>> is more than one window, or more than one document, they are all a part of 
>> the same application instance. 
> 
> My application only has one window, so this dicussion is a bit moot, but I 
> see your point.
> 
>> 
>> What this sounds like is that the application hides itself when one of its 
>> windows is miniaturized. ([NSApp hide: nil] when a window's delegate 
>> receives windowDidMiniaturize:) 
> 
> This does indeed sound like what I want to do - I guess what I need to know 
> now is how to set a delegate for a window and how to capture events (will try 
> looking for that myself first)
> 
>> 
>> I'm curious to know what the use case for this behavior is. On first 
>> impression it sounds like a crummy thing to do to the user. When a Mac user 
>> clicks the yellow button, he means that he wants to send the window to the 
>> Dock. That's what it means in every other application,** and it's not right 
>> to appropriate the gesture to mean something else. 
>> 
>> If the user wants to hide the application, he already knows how to do that: 
>> Select Hide (or cmd-H) from the application menu. He doesn't need another 
>> way to do it.
>> 
>> Or do you mean just to remove the one window from the Dock, leaving all the 
>> other windows visible? Again, I'd argue it's a misuse of the gesture. 
>> Minimize means "minimize," not "vanish." If you want "vanish," close the 
>> window, using the close button or menu command, and not the gesture and 
>> animation that say, "I'm going to the Dock, and you can find me there." Your 
>> application can always bring a closed window back if you want it.
>> 
>> I may be missing something in what you're saying. Can you explain what you 
>> mean to do in more detail?
>> 
>>      — F
> 
> My application is a long running, almost server like application, and the 
> window only really serves the purpose of starting/stopping certain services.  
> Once they are running, having the window visible may actually be a problem as 
> services could be stopped accidentally.
> 
> I do appreciate your sentiments of "the User" and why the experience of using 
> a Mac should be as consistent as possible, however, what you seem to be 
> suggesting is that all applications should behave exactly one way whether it 
> is pertinent to the application or not.
> 
> And one other question, as the application will only then have it's normal 
> dock applcation visible as a way to re-instate the window, could you possibly 
> tell me how this is done?
> 
> Mikey

_______________________________________________

Cocoa-dev mailing list (Cocoa-dev@lists.apple.com)

Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com

Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/cocoa-dev/archive%40mail-archive.com

This email sent to arch...@mail-archive.com

Reply via email to