Re: Ehh, what's up Dock?
Re: Ehh, what's up Dock?
- Subject: Re: Ehh, what's up Dock?
- From: Stephane Sudre <email@hidden>
- Date: Fri, 09 Mar 2012 00:13:35 -0800
Thanks for the notes.
On Thu, Mar 8, 2012 at 7:08 PM, Bill Coderre <email@hidden> wrote:
> I am not going to argue (much) whether adding things to the dock is "right" or "wrong." (It is NOT common practice to add your new app to the user's dock. App store apps can't, so since Apple has almost entirely switched to Mac App Store for their apps, Apple no longer does it.)
As mentioned, the App Store application does it (nicely) on Mac OS X
v10.6.8. In 10.7.x, it does not, it puts them in Launchpad.
> I am, however, going to give you a few extra tips about what you're doing.
>
> 1) You have an issue in that you are updating the dock of the user whose home directory is denoted by "~" -- other logins will not be updated. Logins created later will not be updated. (In other emails, these issues have been discussed.)
dockutil can do it for all existing user accounts, according to its
documentation.
> 2) If you are editing a user's dock, you should probably do it as that user, to prevent permissions errors. Use sudo or su. Note: Some users do not have permission to modify their own dock! (Parental Controls)
That's one of the issues with the solutions editing the .plist file
directly. For instance, if the preferences are also set in the
˜/Library/Preferences/ByHost folder, things become ugly (i.e. stop
working).
>
> 3) If you kill Dock.app, users may lose state. Apps do not always write their preferences to disk immediately, so if the user has made dock modifications, then your installer kills the dock, their changes might get lost. Dock.app also controls Dashboard. If the user is in the middle of doing something on Dashboard, they will be surprised when it disappears.
Yup, that's something that has changed even more with Mac OS X Lion.
When you kill the Dock, you also "kill" the background picture (or the
Desktop?) making the operation really more noticeable. Which is the
reason why the option not to kill the Dock is handy. For instance if
you need to restart the computer after a successful installation,
there's no need to kill the Dock.
Regarding the changes made by the user not taken into account, I think
this is the reason for the series of actions used in the iWork '09
installer instead of just a killall.
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Installer-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden