Re: Re[4]: Finding the current OS language via distributions
Re: Re[4]: Finding the current OS language via distributions
- Subject: Re: Re[4]: Finding the current OS language via distributions
- From: Luke Bellandi <email@hidden>
- Date: Wed, 1 Nov 2006 12:56:21 -0800
Hi Peter,
On Nov 1, 2006, at 8:28 AM, Peter Mulholland wrote:
Hello Luke,
Wednesday, November 1, 2006, 3:26:34 PM, you wrote:
Hi Peter,
<snip>
We're aware of this limitation of the Installer (not being able to
provide feedback from installer scripts as to their duration) and
we've got it documented as work we'll hope to address soon.
Will this feature be pushed back into previous installer versions, or
only in 10.5 ? If you don't push it back, it's not going to be much
use.
I never said this would be available in 10.5. As we often say on this
list, we can't comment on work that we're currently doing, nor can we
make forward-looking statements about a particular feature/bug-fix/
enhancement's availability.
Okay then, you say, so what *can* we do on this list?
Let's look at your problem holistically here, and the resources you
have available to you to solve that problem:
From your 31 October, 2006 email to this list:
> Yep, I've just done a title for a games company where this is an
> issue. The only content installed by the package itself is the
game's
> .app - the game's data is extracted into the app during postflight
using
> 7-Zip as this was the only way to get it to fit onto CD. We have
already
> had people asking if the installer is hanging as it can take up to 10
> minutes for the content to decompress.
> Our solution to this problem in future, unfortunately, has been to
> write a custom installer tool.
You could write a light-weight tool in Cocoa (or whatever your
favorite-flavored UI is) that would pop up an alert dialog indicating
that the installer is performing some modal operation that is blocking
the actual package install (which is, in fact, what you're doing by
putting your installer in a package) and having that alert dialog
indicate its progress with a progress bar. Once complete the alert
can be disposed of, and the Installer will come to the foreground and
its progress bar will continue along.
The user-experience would be more coherent if we can integrate script-
durations into the Installer's single progress bar -- I think we can
all agree on that. However, writing an indicator tool to publish to
status of your script's work-in-progress solves your problem of having
a confused user think their install is hung.
Best,
Luke
--
Best regards,
Peter mailto:email@hidden
_______________________________________________
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
_______________________________________________
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