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
