[Compcomm] Animation depricating Minimize. There is one last thing that minimize can do

[Sam Spilsbury]

Hi. Recently there has been some discussion about the animation plugin
replacing the minimize plugin. Most of the feature deprications are going to
be handled or have been handled by the animation plugin itself. However
there are two more issues.

1 Spring Model. Minimize used a spring model to control the way its
animations worked. The animation plugin is one of the only plugins that does
not use this. I'm not too sure what the benefits of a spring model is, but I
know it is much more flexible than the current 'Time' system being used.

2 Minimize can transform windows that are being transformed already. This is
pretty much essential if you don't want a conflict between wobbly and
animation. The old minimize plugin used to be able to transform windows that
were still wobbling (A good example of this, have :animation" and "minimize"
on at the same time and set the minimize animation to "magic_lamp.", Also if
you have wobbly on a low spring_k, then this happens too). The current
animation plugin cannot do this and with ccs, the wobbly plugin is loaded
before the animation plugin, so if focus_effect for normal windows is
enabled, then when unminimizing windows, they appear on the screen and
"bounce" first then if the animation is not finished it ill suddenly play
from where it is at. I'm not too sure if solving no 1 might solve no 2.

Regards

SmSpillaz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.RiverGorgeSolutions.net/pipermail/compcomm/attachments/20070509/1e6f84fc/attachment-0001.htm>