Blender Git Commits

Blender Git "master" branch commits.

4 hours 33 min ago
Cleanup: rename SPACE_IPO -> SPACE_GRAPH
4 hours 45 min ago
DNA: rename theme space types

Follow enum naming convention, use "space_" prefix instead of "t".
8 hours 5 min ago
DNA: ensure new names exist when renaming

Fail to build on errors in new names - without this renamed values
would be written to DNA breaking backwards & forwards compatibility.

Note that errors in old names aren't detected.
8 hours 49 min ago
DNA: rename near/far -> clip_start/clip_end

Rename for Camera, View3D (also CameraParams & Render not DNA)
10 hours 31 min ago
DNA: rename SpaceButs -> SpaceProperties
10 hours 51 min ago
DNA: rename SpaceIpo -> SpaceGraph
11 hours 27 min ago
DNA: rename SpaceOops -> SpaceOutliner
11 hours 32 min ago
DNA: rename camera YF_dofdist -> dof_distance
11 hours 43 min ago
DNA: support DNA type & name aliases

This allows us to rename struct & struct members in the source code
without changing the file format.

This is useful because the code becomes increasingly confusing when
names such as oops, ipo & dupli aren't used anywhere except DNA headers.

dna_rename_defs.h is used to define renaming operations.

The renaming it's self will be done separately.
12 hours 24 min ago
DNA: warn about old versioning being incomplete

Also sync variable names w/ D4342
13 hours 2 min ago
Fix T61512: Crash switching workspace with fullscreen area

In this case we simply create a new screen area that copies the currently
fullscreened area.

Note: At the moment there is no indicative in the non-main window that we are in
fullscreen. That happens because this information is part of the bar and we have
no topbar in this window.
16 hours 22 min ago
Fix T61210: Crash/inconsistency when clicking on obdata in outliner

The problem
For armature, if the active object was in pose mode and the newly
selected armature data (not the pose, but the edit armature) we would
get a crash.

For mesh objects, the issue would happen with the active object in object mode.
Then the new selected object would switch to edit mode, however the overall
mode would still be object mode, leading to unsynced mode across the objects.

The solution
Using shift to extend selection makes current selected (compatible)
objects to go to edit mode as well. Otherwise only the newly selected
object will switch to edit mode.

This also works if you are in edit mode for a curve, and click in a mesh icon.

This also changes the rules for multi-object editing (or rather, how we
put objects in and out of it). Now shirt is also taking into
consideration there. So if you simply click in another mesh object's
data, it will have only the newly selected object in edit mode.

To reproduce the old behaviour you need to use shift to include the
newly selected object in the multi-edit party.

Reviewers: campbellbarton

Subscribers: brecht

Differential Revision:
16 hours 32 min ago
Fix T61575: missing Cycles viewport updates when changing settings.

This reverts "Depsgraph: Don't tag original IDs", commit:
17 hours 3 min ago
GP: Cleanup old ToDo
17 hours 12 min ago
Fix T61572: Crash when copy/pasting nodes

was caused by rBc6e3a20ab60b, copied node was actually added to the
nodetree, resulting in an endless loop.

Reviewers: brecht

Differential Revision:
17 hours 20 min ago
Add global control over disabling high-resolution smoke draw

Can be found in the viewport's simplify panel, allows to easily
disable high-res display for all the smokes in the scene.
17 hours 46 min ago
Cleanup: Naming, BKE prefix

Done for smoke functions.

Smoke modifier functions seems an oddballs here,
but probably also to be renamed.
17 hours 46 min ago
Cleanup: More obvious name for the flag

Not sure what BIG is, it is HIGH RESOLUTION.
19 hours 11 min ago
Fix T61567: Object loose its rigid body data when moving to collection

At some I unified the "move to collection" with the remove from all collections
functionality. That meant that even when we were still to keep the object in one
of the collections we would clear its rigid body data.

Now why to even remove the rigidbody data when removing an object from all
collections? That mimics the 2.79 behaviour when we were to unlink an
object from a scene. I suspect it has to do with the rigid body data
being tied to the scene rigid body. Which is a strange design anyways
(add to the list?) since an object can be in more than one scene.
19 hours 14 min ago
Cleanup: Line wrapping
By: Miika HämäläinenLast update: Nov-07-2014 14:18 MiikaHweb | 2003-2019