Revert the testing sculpt openmp thread control and limit for OSX to physical threads as in 2.70a tag
Final overlooked cleanup for last commit
Fix T39921: Collada export creates invalid XML when using Track To constraint

Constraints are no ID...
Code cleanup: avoid warning about bit-shift outside int range
RNA: Use unsigned ints when bit-shifting
Editmesh: Update tooltips for vert/edge/face buttons
Fix part of T39692: Text fields in datablocks editor are broken

Text field part. Issue with enums dropdowns remains a mystery currently.

As for pointer fields, afaict they have never worked here, though it should
not crash.

UI_EMBOSS are values, not bitflags (own fault, most likely)...

Note we should probably get rid of UI_EMBOSST, it is used nowhere in UI code (set
in one place only, used nowhere).
Fix another part of T39692 Text fields in datablocks editor are broken.

Broken enums widgets was a sequel of rBe5e0888a8f02 (when we want auto-naming,
we have to pass NULL, not and empty string!).

Now remains the RNApointers issue...
Fix T39692: Text fields in datablocks editor are broken

Make RNAPointer props un-editable here, we simply cannot handle this.

Also correct previous commit, asking for autonaming for all items was a bit extreme,
this is only needed for enums!
Two changes:

* Buffer icons are usually in straight space (since we load from pngs)
so use src_alpha in OpenGL for blending.

* Allow blending for preview icons. This will be useful for the next
commit...
New icons for texture painting by Pawel Lyczkowski.

Task: https://developer.blender.org/T37960

Thanks a lot :)

Those only cover the current set of brushes, soc-paint brushes will be
commited on that branch
Fix T39597: Missing entries in VSE Preview menu

This adds some view ratios in the video sequencer menu, based (copied) on the UV/Image Editor. It also fixes the inverted ratio issue reported in the same task.

Reviewers: #video_sequencer, #user_interface, schlaile

Reviewed By: schlaile

CC: jta, dingto, sergey, schlaile

Differential Revision: https://developer.blender.org/D447
Graph Editor: Added buttons for editing handle types on the active keyframe (from NKEY region)
Patch T39855: Icons for Interpolation Types (and Robert Penner easing)

This patch adds icons for each of the keyframe interpolation types (including
the easing equations), as well as icons for the easing type options.


Icons made by: Paulo José Oliveira Amaro (pauloup)
Reviewed by: Joshua Leung, Thomas Beck
Fix T38594: Incorrect behaviour when editing aligned handles in curve editor

With the right handle selected, the movement of the left handle appears constrained
to the frame it is currently on, leading to unpredictable and wild overshoots of the
bezier curve. There appears to be little benefit in doing so.

The effect of this patch is that makes it so that instead of trying (initially) to
maintain the same distance between the two handles and then overshooting randomly
later, the handles now try to keep the same distance from each other (i.e. similar
doing a rotation around the keyframe) at all times. While this means that it isn't
possible to set up assymetric handles (i.e. where ease in to the key is less than the
ease out for example) using aligned handles (it's still possible using free; it's just
a lot more work to keep them aligned), the benefits of removing of the random blips and jumps
when things jump outweight the losses.


Patch by Brecht
Fix for typo in comment
Fix T39911: Unpredictable behaviour when editing y-coordinate of right handle via Active Key panel (for aligned handles)

Editing the y-coordinate of the right handle of a keyframe via the Active Keyframe
panel in the Graph Editor, while both handles are selected and are both of type "aligned"
resulted in weird behaviours such as the x-coordinate of the right handle changing
(and rapidly starting to overshoot) but nothing else. However, this problem
doesn't occur when only a single handle is selected.

It turns out that the "order of computation" logic in calchandleNurb_intern() gets
confused in the case of both handles being selected, and results in a sub-optimal
handling of the right handle being the one that's been changed. We hack around this
here by temporarily making it so that just the right handle is selected when doing
the updates here.
Remove unused argument from sculpt_omp_start()
Fix for strict compiler flags after recent const array changes
Code cleanup: short -> bool