Fix make source

drawing. We are still very slow, though:

- we should preprocess the mesh to draw large triangle/line strips
- we should store the normals (and NOT IN A SET!!)
- we should store the elements in a structure allowing a faster traversal
- we should do all this in single precision

The same remarks apply for the post-processing stuff. Worse, in
post-pro, due to Get_Coord and SaturateValues, we basically copy ALL
THE DATA SET at least one per drawing, even when we don't have to (no
Raise/Offset/Saturate)... This is horrible, and makes us lose all the
advantage of the fast list_PointerFast stuff I designed in the forst
place. Ahhh, the cost of generality...

Simplify error messages in parser a bit and change msg from ERROR to WARNING for list of shapes (less annoying when doing generic transformations, e.g. of points). Noticed this thanks to Genot Jean-Sebastien <JSGenot@HerouxDevtek.com>

Msg) firing a 2nd draw() before the fir(st has finished... This is a
general problem with our "pseudo-threaded" (i.e. putting many
WID->check() calls) approach... I added a new lock in draw() (we
already have one in Generate()), but this is pretty ugly.