Blender Git Commits

reverting own recent change to switch off RULE_MESSAGES since you cant see which files are rebuilding.

Fix [#22111] Quad View panes have wrong view when switching between Global/Local View

Joe already committed this to render branch in r28545, but it's not in trunk.
The code that was committed doesn't seem to work properly, either, needs braces.

Fix [#22538] Crash when Selecting Particle Properties Tab (File-dependant)

psys->parent pointer wasn't getting handled in lib_link_particlesystems()

Changed the HairKey location rna prop to give a location in object space,
rather than in its own internally used emitting-face-coordinate-system
(which is how the data is stored in DNA - that data now exists in rna as
hairkey.location_hairspace)

Basically this makes the hair information that's in rna a lot more useful,
making it possible to export hair strands to external renderers for example.

Fix #22534 linking object data for two forces results in crash.

This is because the make_links_data_exec don't check for the
object type like before, so try to access the obdata of an empty
and blender crash.

The solution is not the best, we have a new function
allow_make_links_data to check if we can links data from one
object to another.

The real solution is build the menu like the 2.4x, so only
show the options that we allow for the object type that
we have select/active.

Matt, any suggestion ?

texture user attributes, users_material, users_object_modifier

better not have an instant crash key, script reload currently disabled ubless running in debug mode.
removing keying sets and netrender makes reloading work so probably a problem with how rna works with these classes.

Reverting Tom's change to Merge to Quad in Trunk too

Assorted View2D formatting tidyups...

Bugfix #22453: Jump to Next keyframe doesn't work on some frame

Jump to keyframe would get 'stuck' if it encountered a keyframe on "fraction" frames. Now, it will try multiple times until it finds one.

== python api docs ==

bge.types
---------

- removed lists if they were already available in bge.logic and crosslinked
where the list contained description, moved the descriptions in bge.logic
so we have useful thing in one place only
- fixed a lot of bad formatting, like bad indentation and usage of TAB
- changed from literal to codeblocks that smerch for the useful suggestion :)
- whered appropriate I've moved code examples to the end, after notes and all
it is blocking to have a big black block before actually see a method parameters or return type
- have doubt about the list at bge.types.html#bge.types.SCA_MouseSensor.mode
possibly tomorrow will ask Dalai

bge.logic
---------

- added sensor status list
- cross linked with bge.types where needed
- added a section "ShapeAction Actuator" because in bge.types these constants are docuemented, but in 2.5 I don't see the ShapeAction Actuator
(anymore, or for now)
I'll ask Dalai tomorrow or when possible (check bge.logic.html#shape-action-actuator once cambo rebuilds the docs)
- moved descriptions from bge.types lists to logic page where appropriate
- where possible, added custom directive :value: so we have a consistent way to show the value of constants

Added segment obstacles, creation obstacles for walls of navigation mesh

Merge -c 29322 from COLLADA branch into trunk.

set the default options for new cameras to be the same as the default blend file

Fix COLLADA build error. This was caused by the difference in OpenCollada versions between Windows and Linux/Mac. Windows uses OpenCollada revision 746, Linux/Mac - 721.

node toggle preview and hidden socket key shortcuts (Ctrl+H, Shift+H)

Reverting commit 21540, incorrect bugfix.

Bugfix: copying a newly-created vertex group caused a crash.

Fixed bug #21540, Array Modifier Capping refresh on open problem.

* Problem was that the modifier directly accessed ob->derivedFinal, but that wasn't being built if the object was on a different layer. Changed to mesh_get_derived_final.

Notes:
* I fixed this for array and boolean, reported in the bug; there might be other places affected by this mistake. It's an easy fix if so.
* The datamask being passed in isn't especially correct. Possibly we should be accessing the datamask being used to build the array modifier DerivedMesh? Anyway, at least this will get the mesh to show up in the viewport.

Fix #22487: Shrinkwrap ignores preceding deform modifiers

ShrinkwrapCalcData->vert contains verts from derivedMesh this coordinated
are deformed by vertexCos only for normal projection (to get correct normals)
for other cases this field contains undeformed dm's coordinates and
vertexCos should be used