Bob, I know about your solution but it addresses a different problem. I don't have a blocking situation, I have a repeat loop in which I can issue wait commands whenever I choose so spawning off another process isn't necessary. Plus the original problem has to do with why screen capture software prevents the gif from animating.
Pete lcSQL Software <http://www.lcsql.com> On Tue, Jan 22, 2013 at 8:59 AM, Robert Sneidar <slylab...@me.com> wrote: > I already went through all of this and is why I made the animation dialog > standalone in the first place. At first I was just thinking, "Hey I wonder > if I can do this." Then it worked so well I incorporated it into my project. > > Bob > > > On Jan 21, 2013, at 9:54 AM, Peter Haworth wrote: > > > Thanks for the clarification Jacque. > > Pete > > lcSQL Software <http://www.lcsql.com> > > > > > > On Sun, Jan 20, 2013 at 9:31 PM, J. Landman Gay < > jac...@hyperactivesw.com>wrote: > > > >> On 1/20/13 9:00 PM, Peter Haworth wrote: > >> > >>> Hi Jacque, > >>> Are you saying you didn't need to insert any waits or send in times for > >>> the > >>> gif to animate? If so, I'm confused because the gif I'm using didn't > >>> animate at all unless I gave up some cpu time with a wait. > >>> > >> > >> I take it back, I just tried a longer activity and it does stop > animating. > >> So you're right, you need to yield some time to the engine if the > handler > >> has a long repeat. Looks like I need to add that myself. > > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
