---<br>That sounds nice, but I need an example for that.<br>---<br>Yes, i am working on it. <br><br>What i am exactly doing is reviewing all the code (draft review) so i can give a more structured example, i've found how to do it, but it doesn't convince me yet. 

<br>(by layout design reasons).<br><br>---<br>How will your povray code (inclusive the animated points) look<br>like?<br>---<br>The answer to your cuestion may cause confusion.<br>The povray code before de serializer will look like:

<br><br>union {<br> &nbsp;box{ &lt;-1, -1, -1&gt;, &lt;1, 1, 1&gt; pigment{}}<br>&nbsp;//Linear (says that we will use a linear tween)<br>&nbsp;//PMBox1Begin&nbsp; (because is the first animated box fo the whole)<br>&nbsp;//PMStart1 (start tween in frame one or clock = 0 )

<br>&nbsp; box{ &lt;2,1,1&gt;,&lt;2,1,2&gt; pigment{} (initial status)<br>&nbsp;//PMEnd5 (stop tween in frame 5 or clock = 4 )<br>&nbsp;//PMBox1End&nbsp; (the tween ends here)<br>&nbsp; box{ &lt;2,4,1&gt;,&lt;2,6,2&gt; pigment{} (final status)<br>

&nbsp;&nbsp; }<br> &nbsp;rotate x*clock&nbsp; (the clock should be used only for frame control)<br>}<br><br>We have virtually (in the opengl window) 3 boxes, 1 real box and 2 tweenpoints for an animated box.<br><br>So in the tween (or animation) processor, we parse the animation tags and should end up like this:

<br>&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &nbsp; &nbsp;&nbsp; CLOCK&nbsp; = 3<br><br>union {<br>

 &nbsp;box{ &lt;-1, -1, -1&gt;, &lt;1, 1, 1&gt; pigment{}}<br>&nbsp;box{ &lt;2,2.8,1&gt;,&lt;2,4,2&gt; pigment{}}<br>

 &nbsp;rotate x*clock&nbsp; (the clock should be used only for frame control)<br>

} so, we call the render widget for each clock time, and we get the animation done :D&nbsp; :D&nbsp; :D&nbsp; :D And with this structure i can make the script/parser to make the exportation to 1povray file :) (i already know how to do it).

--- Putting comments at the beginning and end of an object should be possible in a clean way with the current povray serializer. --- Yes, i just wanted to make it out of the serializer because, it would permit to cleanly modify the animation &quot;parser&quot; or serializer without compromising the stability&nbsp; of the actual serializer.

--- If you implement a frame system there needs to be an object that records the scene changes during animation or during ---  No it wouldn't need it ammm perhaps with the example its more clear what i intended to do, we would calculate the specific parameters for the object to be tweened and it would depend on a global clock, not a clock inserted in each propertie. if we use the clock as global counter, and all the animation algorithms relative to that clock, we would get a ready made frame control (sort of).

<br><br>---<br>Maybe it can use the undo/redo system with the<br>PMMemento class. That should make your two objects obsolete.<br>---<br>No, you already implemented it i mean the objects should be manages just as they are managed actually, the tags may be inserted as &quot;objects&quot; click Begin tween, drop End tween, or just a box, layout, or something (this is exactly what i am worried ad i posted in the beginning.)

<br><br>And well, as result of this techky, we keep the clean framework, modularity and flexibility of the parts, and won't modify but 4 o 5 files.<br><br>Have a bright day<br>Miguel Á. Gómez<br>