Blender Git Commits

Last part of removing the old Python API implementation. Removed
/source/blender/bpython.
To remove the directories on your system, do a:
cvs update -P

A couple of files I left in the intern/python dir needed to be removed as
well.
To remove the directories on your system, do a:
cvs update -P

First action of removing the old Python API stuff from cvs. Removed the
/intern/python stuff.
To remove the directories on your system, do a:
cvs update -P

- added check before freeing a font pointer... dunno if its needed, but
better do this anyway!
theres a 0.01% chance errors with AA goes away now on some platforms...
but i doubt!

- made calloc for clear mverts in subsurf-mesh conversion

fix for description of UI_BLOCK_RET_1.

- Fix: the MKEY 'movetolayer' option doesnt close anymore on numeric
input. Somewhere in end NaN period this was changed... weird.

Now you can set layers with numeric buttons, including using ALT for
numbers larger than 10, and using SHIFT for extend-select buttons.

for the UI diehards who like to know; when you create a menu block, you
can provide two flags to control behaviour on keyboard input:
UI_BLOCK_RET_1 == return on any keypress (not mouse)
UI_BLOCK_ENTER_OK == return on Enter key

this was not correct in the doc/interface_API.txt , which will be fixed.

- fixed another oldie... displaylists for MBall was generated FAR too often.
even for each redraw! Now its all smooth & fast again.

introduced new kernel API call: int is_basis_mball(ob), this provides a
quick check of the object is the actual basis for the displaylist and
polygonization.

Fixed it so that "Parent Armature->Name Groups" puts the mesh in a state
that is ready for weight paint.

newline conversion speed up by intrr

- fixed an oldie! When using a spotlamp in 'potato' textured drawmode, the
normal opengl light didnt work proper anymore.

- bug fix: when moving an object to not-visible layer, and selecting an
other object, the moved one was drawn in 3d window...
Hopefully the last error caused be me cleaning up frontbuffer draw... :/

Fix for bug #238 and #435 (same bug difference effect).

I've tested pretty much everything, but please proof read the code, the fonction calls and IFDEF could be used elsewhere (especially the IFDEFs, I wasn't sure if I had to enclose the whole function or whatnot.

- bug fix: subdiv level 0 and drawtype 'optim' caused mesh not drawing
in editmode...

- fixed warning by not prototyping something a couple of commits ago...

Fix for undo... it didn't do the UV coords (tface) nor the vertexpaint
colors. This because of the pretty weird (ab)use of load & make editmesh...

For each added undo step, the load_editmesh was fed with an empty mesh
to assign data to, without knowledge of what was in the original mesh.
That way UV and color data got lost.

Solved it in 2 steps:

1. removing the ->tface pointer from EditVlak, and make TFace a builtin
struct inside EditVlak. This didnt cost much extra mem, since it already
stored UV and color. This enabled some pretty cleanup in editmesh.c as
well, storing tface pointers was cumbersome.
2. for each undo step, it then generates always a tface and mcol block to
link to the undo Mesh.
Even when it wasn't in the actual Mesh, at exit editmode the original
Mesh is used as reference anyway, and undo-meshes are freed correctly.

The enormous commit is because I had to change the BLI_editVert.h file, and
found it was included in about every file unnecessary. I removed it there.
ALso found out that subsurf has code ready (unfinished) to make UV coords for
the displaylist in EditMode as well, nice to know for later...

- fix: keys couldnt have more than 32k vertices. Just made a short into an
int in the key struct.
warn: this recompiles dna!

- Fixes hidden vertices for undo. They are now stored in mvert->flag and
thus also preserved over exiting/entering editmode (is this desirable?)
Can be turned off easily ...

- "Half-fixes" lost UV info problem with undo. I couldn't get it to
crash or lose UV info anymore, but we now have a memory leak (me->tface).

Ton, please check this!

- fixed reported bug with constraints... somehow someone managed to save
a follow-path constraint in 2.28c without data assigned.
this patch checks for proper data in a constraint, if not available
it will turn the type into CONSTRAINT_TYPE_NULL
- i will forward the demo file to theeth for further check

- fixed bug caused by changing order of drawing buttons in material panel 2
the 'OB' and 'ME' buttons were not visible in all situations anymore...