>I think it will slow down the user. It will take time to display, so they'll wait.
Denis, what Craig suggests would ONLY be true if the user waited for the animations before continuing, or if the rendering functionality was designed to be blocking (such as actually preventing the UI until it completed). But if it was designed properly, via a sequenced series of animation steps fired off by a timer, and is interruptable based on user actions and other events, then it would not be an issue at all. Especially if, since you'd introduce it as a class, you had a setting to completely bypass animations (based off user preferences).
It should operate thusly: If the user clicks the control before the animation had completed, it would jump to the last animation sequence and respond. If they waited for the animation to complete, it would complete and wait.
I have done various kinds of animation outside of VFP using a custom developed C++ DLL. It won't work for your requested functionality, but it does show it can be done.
https://github.com/RickCHodgin/realtime>>I have container that will display when the user touches a button.
>>
>>Is there anybody that worked on some kind of animation. For example code that would display the content of the container gradually.
>>
>>I know that for some users some kind of animation would be nice.
>>
>>But the real question is, Is it worth the time to do it?
>>
>>Perhaps after a while people don't really notice those animations no more.