Blender Git Commit Log

Static Override: better handling in ID template.

Now we stick to a single button, when data is directly linked, clicking
on it will make a local copy, while shift-clicking on it will make a
static override.

When data is a static override, icon is the DATA_OVERRIDE one, and clicking
on the button will make it a fully borring local data-block.

Add override icon to such data-blocks in OUtliner.

Add macros to check whether an ID is a static override or has a template for it.

Menu entries for adding groom objects in space_view3d.

Dummy icons for groom data.

Add groom data path to buttons context.

Merge branch 'blender2.8' into hair_guides

blender_icons_update script: run Blender in factory startup.

Can avoid some stupid issues with custom addons etc.

Add basic 'override' icon.

This is just the 'linked' icon with top-down arrow instead of left-right
one, if any graphist feels more inspired... ;)

Note that this is 'new inkscape' version of the svg file, hope
everything is alright (it does change all icons whe re-exporting :/ ).

Serious cleanup/refactor/fixing of new RNA comparison code.

Code also handling auto-generation of static overrides.

Aside from some naming consistency cleanup, this commit:

* Is the first step addressing the 'operator' issue with static
overrides, by implementing a first version of the 'restore from
reference' behavior.

* Fixes several issues that were discovered on the way in enhanced
RNA comparision code, like the 'zero-length dynamic array' case, or some
infinite looping caused by some non-ID pointers (that for some
mysterious reasons did not show up previously...).

* Factorizes a bit said RNA comparison code (auto-static override
generation and comparison/check were essentially doing the same thing).

RNA: add new property falg for pointers (and collection), 'NO_OWNERSHIP'.

This flag means that the pointer does not 'own' the data it references.
This is the case of nearly all ID RNA pointers (NodeTrees will probably
again be some nasty exception here :( ), but also several other cases.

That kind of information is mandatory for complex processing over whole
data-blocks done in RNA, like some static override tasks (advanced
comparison...).

Cleanup + Optimisations for GP Sculpt Multiframe

* Only initialise the falloff curve's internal data once per run,
instead of once per layer. We can probably even make this only happen
once for each run of the operator, as it shouldn't be possible to change
the curve in the meantime (requiring the data to be recalculated)

* Save off the multiframe falloff option into a variable instead of
doing the full check each time.

* Only calculate "diff_mat" once for each layer, instead of once for
each GP frame for multiedit. (Note: We weren't taking the frame numbers
into account anyway, so it doesn't matter to pull this out. However,
technically, if the layer was parented, we'd actually need to have been
recalculating the parents transforms for each of the multiedit frames
to get the real intended effects)

Minor Optimisation for GP Grab brush

Write directly to the point instead of writing to a temporary value first

Fix T53577: Rake sculpt/paint wrong on first step

WIP: Replace GL types by generic types

WIP: Initial test for offscreen render

Initial test to make a proof of concept of the render in textures.

Fix segment fault when delete object

The active object got null and this produced a segment fault.

Use round caps while drawing

Reduce size of round cap

Merge branch 'blender2.8' into greasepencil-object