site_archiver@lists.apple.com Delivered-To: installer-dev@lists.apple.com On Aug 12, 2008, at 11:19 PM, Neal Sidhwaney wrote: Thanks very much for your response! No. A->B->C I saw that but you mentioned that you also tried to do : click back in C => display A My $0.02 _______________________________________________ Do not post admin requests to the list. They will be ignored. Installer-dev mailing list (Installer-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/installer-dev/site_archiver%40lists.a... A) Is there any way to disable the back button on an default Pane? Then I can avoid this song & dance to get the UX we want. Just out of curiosity, is there any reason that -[[self nextPane] setPreviousEnabled:NO] from my plugin does not work? It looks like the correct behavior considering a plugin should be sandboxed by Installer.app. Note that I am doing something slightly different (back => revert to the pane the user just came from), i.e. and my plugin provides pane B. When the user clicks back from C, I want it to go to C, because B actually comes right after the installation, for which there is no prior pane(I believe the Installer disables the back button on the pane immediately after the installation progress bar pane). So in my delegate method for B, if the direction is Backward, I call -[self gotoNextPane]. Anyway, it's probably worth trying what it gives in both cases ( C -> B -> C or C -> B -> A) with - (void) didEnterPane: (InstallerSectionDirection) inDirection; as I tend to believe this ensures that some additional states are set in Installer.app. This email sent to site_archiver@lists.apple.com