Blender Git Loki

My earlier custom auto normalize is no longer necessary to maintain inner group ratios (since the system changed)

Added operator to remove all useless unused actions from the current
.blend file.
* From operator search, find "Clear Useless Actions"
* "Action library" actions are preserved by this operator. It targets
actions without any F-Curves
* By default, only actions which are single-user (where that user is a
Fake user) will be targeted. This can be changed to have it target any
"dangling" action that doesn't have any F-Curves
* A save/reload cycle is still required to fully remove such Actions
from the current file. Though at least now it's a simpler process to
have these semi-automatically removed ;)

fix for [#27410] Manual save kills actual .blend file if disk space is low
- moved do_history into WM_write_file after successful write of .blend@ temporary file
- Added new file flag, to avoid writing history on writing the startup.blend, autosave files and undo.

Thanks Campbell, Brecht for review!

Deleting keyframes usability tweak:
There won't be dangling "empty" actions left behind anymore in the
DopeSheet channel list after you've deleted all their keyframes (and
don't want to add keyframes to them anymore).

Of course, this poses problems with more actions getting created if
you then go and keyframe those objects again. If this does turn out to
be an equally bad problem, then another approach from the channel
filtering code side (probably aided by the restructed code) will help
(though doesn't solve the problem where people complain of having
heaps of "empty" actions dangling from objects they no longer want
animated).

Time-Slide Fix:

Second attempt at fix for only having a single-key selected. In this
case, it just uses the start/end frame as it's min/max

Bugfix: "Time Slide" tool broken

Dunno how long this has been broken for (*), but the Time Slide
transform tool in DopeSheet no longer did anything most of the time.
It appeared to be be caused by some blotched indexing code from ages
ago. I've fixed this problem, as well as preventing the case where it
would also give errors when only a single key was selected.

(*) Does anyone actually use this tool? IIRC, this was added during
Orange, though I can't find the commit for this anymore or why it was
added. Probably it might be better to just let it go...

Almost complete the i18n system, including:
Copy unifont..ttf.gz from source tree to target datafile path( now ONLY works with cmake );
Set the locale the same with system's setting;
If need unicode font, unzip and load unifont when init ui styles;
Apply gettext() to labels in space_info.py, who are the main menu items.

Each of these should have been commit one by one. As they work well according to my tests, so I just lazily send a long list.

committed this by mistake.

fix [#27557] Linked object (camera) should not be able to set position by using camera to view operator

fix [#27553] Weird resulsts when animating opacity on (color) strip

mathutils support for color arithmetic, also some minor whitespace edits.

Fix #27539: Sculpt data is lost after editing base mesh

Face's totdisp was set to correct value, but memory hasn't been
allocated for disps. Handle this in multires_topology_changed(),
so the whole MDISPS layer wouldn't be totally re-allocated when
applying displacement.

update to glew 1.6 from 1.5.8

uninitialized variable was used when ensuring mirrored vertex groups.

add missing cast

svn merge -r37035:37078 https://svn.blender.org/svnroot/bf-blender/trunk/blender

=bmesh= edge split modifier uses bmesh code for now, slower but works.

=bmesh= committing not-quite-functional edge split modifier code before replacing it with a bmesh version, taking too much time to debug right now.

Fixed the redistribute_weight_change() function so that it spreads the change evenly and cannot /0.

I've begun treating unlocked misc vertex groups differently than unlocked bone groups-
unlocked misc vertex groups should no longer have any involvement in the redistribution of weights.

I may need a better auto normalize solution, however, because the weights can become 0 with enough division.