Revision 8bd5d58 by Campbell Barton January 20, 2021, 05:56 (GMT) |
BMesh: add function to check if a point is inside a faces UV's |
Revision 255c850 by Campbell Barton January 20, 2021, 05:15 (GMT) |
Cleanup: spelling |
Revision b2a6e2a by Campbell Barton January 20, 2021, 05:14 (GMT) |
Cleanup: remove extra in trailing asterisk Comment blocks not conforming to convention. |
Revision 69d30c1 by Campbell Barton January 20, 2021, 05:11 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision 41d1729 by Campbell Barton January 20, 2021, 05:11 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision 6f47549 by Campbell Barton January 20, 2021, 05:11 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision c7f6309 by Campbell Barton January 20, 2021, 05:11 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision b203746 by Campbell Barton January 20, 2021, 05:08 (GMT) |
CMake: add missing headers Resolves 'cmake_consistency_check' reports. |
Revision be970c0 by Campbell Barton January 20, 2021, 05:04 (GMT) |
Cleanup: spelling & cleanup for cmake_consistency_check Much more could be done here, some obvious corrections. |
Revision d3fe320 by Campbell Barton January 20, 2021, 05:03 (GMT) |
CMake: update checking utility to ignore nanovdb files |
Revision 0706a75 by Campbell Barton January 20, 2021, 05:01 (GMT) |
Cleanup: remove unused file SEQ_util.h Committed by accident when SEQ_utils.h was also created. |
Revision 6290091 by Hans Goudey January 19, 2021, 22:43 (GMT) |
Cleanup: Store runtime space node variables in a separate struct This commit moves runtime-only variables from the `SpaceNode` DNA struct to a private struct in `node_intern.h`. Before, it was hard to tell which data needed to be saved in files, this should make it more clear. Node that the `edittree` field is basically a runtime variable, since it's set from the `treepath` list on read, but moving it would require some more invasive changes that I don't think are worth it right now. Also, not all of the moved variables were explicitly cleared on read-- `aspect` is set at the start of a redraw, `cursor` is set in a region callback, and `recalc` was used as an update flag. Differential Revision: https://developer.blender.org/D10141 |
Revision da6dea5 by Hans Goudey January 19, 2021, 22:09 (GMT) |
Cleanup: Use const arguments, explicit type |
Revision 694032c by Bastien Montagne January 19, 2021, 18:02 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision c2e6969 by Bastien Montagne January 19, 2021, 17:58 (GMT) |
Refactor modifier copying code. Things like pointers to particle systems, or softbody data being stored outside of its modifier, make it impossible for internal modifier copy data code to be self-contained currently. It requires extra processing. In existing code this was handled in several different places, in several ways, and alltogether fairly inconsistently. Some cases were even not properly handled, causing e.g. crashes as in T82945. This commit addresses those issues by: * Adding comments about the hackish/unsafe parts `psys` implies when copying some modifier data (since we need to ensure particle system copying and remapping of those pointers separately). * Adding as-best-as-possible handling of those cases to `BKE_object_copy_modifier` (note that it remains fragile, but is expected to behave 'good enough' in any practical usecase). * Remove special handling for specific editor code (`copy_or_reuse_particle_system`). This should never have been accepted in ED code area, and is now handled by `BKE_object_copy_modifier`. * Factorize copying of the whole modifier stack into new `BKE_object_modifier_stack_copy`, now used by both `object_copy_data` and `BKE_object_link_modifiers`. Note that this implies that `BKE_object_copy_modifier` and `BKE_object_copy_gpencil_modifier` are now to be used exclusively to copy single modifiers. Full modifier stack copy should always use `BKE_object_modifier_stack_copy` instead. Fix T82945: Crash when dragging modifiers in Outliner. Maniphest Tasks: T82945 Differential Revision: https://developer.blender.org/D10148 |
Revision bc95c24 by Bastien Montagne January 19, 2021, 17:50 (GMT) |
Refactor modifier copying code. Things like pointers to particle systems, or softbody data being stored outside of its modifier, make it impossible for internal modifier copy data code to be self-contained currently. It requires extra processing. In existing code this was handled in several different places, in several ways, and alltogether fairly inconsistently. Some cases were even not properly handled, causing e.g. crashes as in T82945. This commit addresses those issues by: * Adding comments about the hackish/unsafe parts `psys` implies when copying some modifier data (since we need to ensure particle system copying and remapping of those pointers separately). * Adding as-best-as-possible handling of those cases to `BKE_object_copy_modifier` (note that it remains fragile, but is expected to behave 'good enough' in any practical usecase). * Remove special handling for specific editor code (`copy_or_reuse_particle_system`). This should never have been accepted in ED code area, and is now handled by `BKE_object_copy_modifier`. * Factorize copying of the whole modifier stack into new `BKE_object_modifier_stack_copy`, now used by both `object_copy_data` and `BKE_object_link_modifiers`. Note that this implies that `BKE_object_copy_modifier` and `BKE_object_copy_gpencil_modifier` are now to be used exclusively to copy single modifiers. Full modifier stack copy should always use `BKE_object_modifier_stack_copy` instead. Fix T82945: Crash when dragging modifiers in Outliner. Maniphest Tasks: T82945 Differential Revision: https://developer.blender.org/D10148 |
Revision bcdba7c by Julian Eisel January 19, 2021, 17:47 (GMT) |
UI: Deselect other objects when dragging into 3D View When dragging an object into the 3D View, e.g. from the Outliner or the Asset Browser, other objects wouldn't get deselected. That differs from what other drop operations do, which create a new object. They deselect other objects in a lower-level function, which happens to not be called for just dropping objects. So I guess this is an oversight. Old behavior was also a bit annoying because users seem to expect this to deselect. |
Revision 02a6311 by Philipp Oeser January 19, 2021, 17:40 (GMT) |
Merge branch 'blender-v2.92-release' |
Revision c371d69 by Philipp Oeser January 19, 2021, 17:31 (GMT) |
Fix T84784: Time Remapping not displaying in the timeline Caused by rBbbb2e0614fc3. Oversight to not take the remapped framelength into account. Maniphest Tasks: T84784 Differential Revision: https://developer.blender.org/D10134 |
Revision 7d114e5 by Philipp Oeser January 19, 2021, 17:28 (GMT) |
Merge branch 'blender-v2.92-release' |
|
|
|


Master Commits
MiikaH:n Sivut a.k.a. MiikaHweb | 2003-2021