Re: Updating a _loaded_ Preference Pane
Re: Updating a _loaded_ Preference Pane
- Subject: Re: Updating a _loaded_ Preference Pane
- From: SA Dev <email@hidden>
- Date: Thu, 7 Jul 2005 08:45:01 -0400
Patrick:
Hmmm ... you should probably file this as a possible bug on
radarweb. If System Preferences is going to allow installation at all
while open, I would expect it to handle installing a prefsPane
gracefully whether the pane is open or not. Either System Preferences
should refuse installation while it's running or reload the pane if
it's currently open.
On Jul 6, 2005, at 6:39 PM, patrick machielse wrote:
I publish a preference pane and am now preparing to release an
updated version. The install procedure of preference panes is to
simply double click on the preference pane bundle. The System
Preferences application will then ask the user if it should install
the pane (or update a previously installed version). This will work
in the following 2 circumstances:
- System Preferences was not running when the user double clicked
the new pref pane bundle
- System Preferences was running, but the old preference pane has
not yet been loaded/opened.
However, when
- System Preferences was running _and_ the old preference pane has
been loaded.
I get the following message on the Console: 'Could not connect the
action [one of my actions] to target [my target]'. The user
interface shows but is not functional. After restarting the System
Preferences application the new pref pane works as it should.
I have the following questions, which I hope someone has already
answered...
*) I suspect this problem is caused by the fact that Objective-C
code can not be unloaded from memory. Is this correct?
*) Can I work around this problem?
*) If not, should I ask my users to close the System Preferences
application before installing, or should I use an installer app
(could be as simple as an AppleScript)?
patrick
--
Hieper Software
e: email@hidden
w: www.hieper.nl
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
40silentalcove.net
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden