|[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]|
I understand your perspective here, but letting the user quit easily is exactly what I need NOT to do in this case and ignoring the "should quit" event seems MUCH poorer behavior then removing the quit option from menus, since the user will feel like they told the application to quit, but it then does not do what they expect. I would rather make it explicit that this is not an option. It is easy and supported to remove the quit from the menu bar and the window, so why can't you remove it easily from the dock menu, without removing the whole icon? This is a utility we are designing for mandatory upgrades, when it is important that the user respond and choose a time that the upgrade can occur without quitting first. The application quits once the user has made their choice. I realize that the user can force quit and even shutdown the machine, which is why I hardly feel sorry for removing the quit option. If they really need to quit, and there should never be a real need for this, since the choice takes 10 seconds to make, they can still do that, but it is a conscious decision and they can't say that, "Oh I just hit quit because I didn't know what it was." or something similar. I guess I'm just surprised that the dock icon menu is the only place it isn't trivial to remove the entry from...... Sean -- Sean P. Kane Macintosh Client Engineering Support | Nike, Inc. Affiliated Computer Services | Beaverton, Oregon > From: Matt Neuburg <email@hidden> > Date: Tue, 31 Oct 2006 14:21:22 -0800 > To: "Sean P. Kane" <email@hidden> > Cc: <email@hidden> > Conversation: Remove quit option from dock icon > Subject: Re: Remove quit option from dock icon > > Surely it isn't a matter of menu items but a matter of quitting. If you > don't want to quit, then respond NO to "should quit". > > If that isn't enough, you'll have interfere at a deeper level (i.e. at the > point where the aevtquit event arrives). > > Even then the user will be able to force quit your app, though. And rightly > so. > > So truly, it is better not to do what you're doing, but rather to obey the > user and clean up as best you can. m. _______________________________________________ Do not post admin requests to the list. They will be ignored. Applescript-studio mailing list (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden
Visit the Apple Store online or at retail locations.
Copyright © 2011 Apple Inc. All rights reserved.