There's a bug left with local axis constraints, but it's only a minor annoyance and fixing it would take more time that I can give (finals at the U you know...)
Also deleted some vestige of an old feature that was disabled.
VertexPaint or FaceSelect mode on.
The error was caused by not resetting to 2d buttons matrix after drawing
the color codes for selection in backbuffer.
have been fixed now we know it.
pressing CTRL+1,2,3,4 was meant to set subdivision levels, but it read
the active pointer without it checking for NULL... tsk!
when removing header from buttons window, the previewrender didnt show
or crashes.
was caused by relying to an evil global pointer 'lockpoin' which was only
set in headerbuttons...
was too small to display the number in it (amount of vertices). Also the
range can be too large to make the slider display useful info.
direct reason: mesh with 1 vertex made the slider draw corrupt.
when you set halo, and star, then disable halo, the texface flag was set.
this is because both values use the same bit in the flag <blush>
solved by clearing the 'star' flag when you disable halo.
Not perfect, but at least it looks OK. :)
- no start 4 split anymore, split 3d win in 3rd screen instead
- print of name active object in 3d window
- added a theme in the file, for manual demo
- no scrub/sync set
- removed text files
- auto save on (per 5 minutes)
- no standard osa rendering
- and i might have forgotten some
All for getting a manual compatible version. but the 4 split in start for
2.30 release caused quite some annoyed reactions.
this is safe initialization only.
based at report from madprof.. he had a 2.30 file without this
data correctly initialized... but how it happens? tuhopuu files?
anyhoo, we might think of splitting do_versions in 2 parts:
1. do_versions initialization of old variables that changed
like physics properties that need to be scaled or so
2. do_init for newly created variables that are not allowed to be zero,
this can safely be done for each file
well... probably OK, got it from a python mailing list.
When starting from commandline, the window doesnt pop to the front. this
was really bad for the play function in blender, which opens a new blender
thread.
solved with SetFrontProcess()
Updated the Make environment to point to the correct location. The include
paths were still pointing to source/blender/bpython/include while it should be
source/blender/python.
I did not encounter the build problems because I'm always working with the
autoconf build environment.
