The Math Forum

Search All of the Math Forum:

Views expressed in these public forums are not endorsed by NCTM or The Math Forum.

Math Forum » Discussions » Inactive » comp.soft-sys.math.mathematica

Notice: We are no longer accepting new posts, but the forums will continue to be readable.

Topic: Win7 "not responding"; WinXP no problem w/ my Manipulate
Replies: 6   Last Post: Feb 15, 2013 3:35 AM

Advanced Search

Back to Topic List Back to Topic List Jump to Tree View Jump to Tree View   Messages: [ Previous | Next ]
Frank Iannarilli

Posts: 106
Registered: 12/13/04
Re: Win7 "not responding"; WinXP no problem w/ my Manipulate
Posted: Feb 14, 2013 2:09 AM
  Click to see the message monospaced in plain text Plain Text   Click to reply to this topic Reply

I think I finally have the correct diagnosis and solution(s), below.

The Windows Ghosting "solution" I posted above is not a solution. However, the link:

does describe the underlying cause of why Win7 is less forgiving then WinXP of Manipulate and Dynamic cells whose evaluation-loop computations run too long when in (default) SynchronousUpdating->True mode (i.e. clogging the preemptive front-end/kernel link, thus blocking the front-end and triggering Win7's treatment of unresponsive programs).

So here are my findings/solutions for accommodating long-running (i.e. > 5 seconds) computations comprising the Manipulate or Dynamic argument, probably recommended in general but specifically geared to Win7:

* Use the option SynchronousUpdating->False.

* Don't rely on the idiom of wrapping Manipulate within Style[..., DynamicEvaluationTimeout->10000]. This would prevent the $Abort timeout, but under Win7 makes the front-end susceptible to Windows Ghosting.

* If a Button included as a Manipulate control invokes long-running computation, use the Button option Method->"Queued".

* Be mindful with "interior" Dynamic cells, e.g. Dynamic inside Manipulate, for by default these use SynchronousUpdating->True. Heavy computation with in their arguments can lock-up the front-end. (I was heedless of this point, which is why in my original post, I gained no relief merely by employing SynchronousUpdating->False in the "outer" containing Manipulate -- I also needed this option in some of my interior Dynamic cells).

* Realize that with ContinuousAction->False (and SynchronousUpdating->False, the user can still muck with controls in a manner that generates excessive delay, which may be confusing. For example, for the cell:

Manipulate[Pause[10]; x, {x, 0, 10}, ContinuousAction -> False,
SynchronousUpdating -> False]

the user can drag the slider in all manner during the Pause, but with each release of the mouse, she generates another evaluation loop that gets cued to the main link, therefore the overall manifested pause delay can be tens of seconds, not merely the nominal Pause[10] 10 secs.

Point your RSS reader here for a feed of the latest messages in this topic.

[Privacy Policy] [Terms of Use]

© The Math Forum at NCTM 1994-2018. All Rights Reserved.