Re: How to prevent the user from clicking 'Test' in Screen Savers (Was: ScreenSaverView gets instantiated several times)
Re: How to prevent the user from clicking 'Test' in Screen Savers (Was: ScreenSaverView gets instantiated several times)
- Subject: Re: How to prevent the user from clicking 'Test' in Screen Savers (Was: ScreenSaverView gets instantiated several times)
- From: Jack Carbaugh <email@hidden>
- Date: Mon, 5 Oct 2009 12:08:56 -0400
Why not just "fake it" ... in other words ... since it's a test, just
supply some generic data for the screen saver to display. Then, when
they truly activate it, you provide the "real" data.
Seems that's what others have done, that i've experienced.
Not knowing for sure or not, but i believe you can determine whether
the button was clicked to test or otherwise.
Jack
On Oct 5, 2009, at 11:45 AM, Gabriel Zachmann wrote:
Thanks a lot for all the responses, and sorry for bothering you
again with this.
The problem I'm having is the following: is there an elegant way to
prevent the user from clicking the 'Test' button in the Screen
Savers panel in System Preferences?
The reason why I'm asking: when the user changes the configuration
in my screen saver, I start a Spotlight query that could take up to
30 seconds (about 10 seconds for the initial phase of the search
itself, plus 20 seconds for retrieveing the results from the query).
The results of that query then change what the screensaver renders.
Therefore, I would like to give the user some feedback that the
query is still in progress *AND* I would like to prevent the user
from clicking that 'Test' button in System Preferences' Screensaver
pane.
Right now I'm using an asynchronous NSMetadataQuery, which seems to
work, except that the only way to prevent the user from clicking
that 'Test' button I found was to keep the configuration sheet up
until the search has completely finished.
IMHO, this doesn't look very elegant ;-/
Any ideas will be highly appreciated.
Best regards,
Gabriel.
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden