This add-on allows animators to copy the global transform of the active
object or pose bone onto the clipboard. It can then be pasted in three
different ways:

- To the current transform of the selected object/pose bone (could be a
  different one than was used for the copying).
- To selected keyframes.
- Baking to all frames between the first and last selected keyframe
  (defaulting to preview range or scene range).

All three methods are compatible with auto-keying.

The latter two methods *require* auto-keying to be enabled, to give the
animator control over which keying set to use, etc.

An earlier version of this add-on was used by the Blender Animation
Studio during Sprite Fright. Since then the two paste-to-frame-range
options were added, by request of the animators.

Reviewed by: campbellbarton

Differential Revision: https://developer.blender.org/D13570

The overall goal of this patch is to improve the UI/UX of the panel previously known as "Rigify Buttons" which presumably takes its name from the old "Buttons Panel" which is now known as the Properties Editor.

Before:
{F10511640}
After:
{F10511624}

- Make Rigify less reliant on name matching when it comes to maintaining the link between the metarig, the UI script, the generated rig, and the widgets collection. (Use pointers only, names shouldn't matter!)
- Change the "Advanced" toggle button into a real sub-panel.
- Split up the "Rigify Buttons" panels into "Rigify Generation" and "Rigify Samples" panels in non-edit and edit mode respectively, to better describe what the user will find there.

Changes in the Rigify Buttons panel:
- Removed the "overwrite/new" enum.
	- If there is a target rig object, it will be overwritten. If not, it will be created.
	- If a rig object with the desired name already existed, but wasn't selected as the target rig, the "overwrite" option still overwrote that rig. I don't agree with that because this meant messing with data without indicating that that data is going to be messed with. Unaware users could lose data/work. With these changes, the worst thing that can happen is that your rig ends up with a .001 suffix.
- Removed the "rig name" text input field. Before this patch, this would always rename your rig object and your rig script text datablock, which I think is more frustrating than useful. Now you can simply rename them after generation yourself, and the names will be kept in subsequent generations.
- Single-column layout
- Changed the "Advanced Options" into a sub-panel instead.

On request:
- Added an info message to show the name of the successfully generated rig:
{F10159079}

Feedback welcome.

Reviewed By: angavrilov

Differential Revision: https://developer.blender.org/D11356

The input bindings for "grab" navigation on the Valve Index controllers
could previously trigger the action even when the user did not intend
to do so (i.e. their hand was not actively gripping the sensor). This
was resolved by changing the bindings from "/input/squeeze/value" to
"/input/squeeze/force" and increasing the input threshold from 0.3 to
0.5.

Thanks to sybren for testing.

The visibility settings were moved from Object.cycles_visibility.setting
to Object.setting in August. However, some addons like bool tool were
not updated to account for this.

Differential Revision: https://developer.blender.org/D13375

These were moved to the object level in rBca64bd0aacda.

This makes some changes to the spreadsheet theme for some of
the community themes, mostly making the properties region more
readable.

Differential Revision: https://developer.blender.org/D13089

 Add-ons should not connect to external services outside of blender.org
 See new key requirements: https://wiki.blender.org/wiki/Process/Addons

See 9e5aae4215d0.

https://wiki.blender.org/wiki/Process/Addons

Code tried to set the action to None, but in this case, the action is
read-only.

If we find such a case, now set tweakmode to False temporarily and
restore after actions have been processed.

Maniphest Tasks: T93209

Differential Revision: https://developer.blender.org/D13286

BlenderKit addon will be here since now:
https://github.com/BlenderKit/blenderkit

And all release notes , docs and information will be on BlenderKit website:
www.blenderkit.com

The move happens since Blender Foundation ended the commercial addon offering for all commercial addons.
This means a bit less comfort for our users, but also many new possibilities!

BlenderKit addon will be here since now:
https://github.com/BlenderKit/blenderkit

And all release notes , docs and information will be on BlenderKit website:
www.blenderkit.com

The move happens since Blender Foundation ended the commercial addon offering for all commercial addons.
This means a bit less comfort for our users, but also many new possibilities!

W for author's web page, X for delete asset from drive, R for fast rating menu

lock icons update was delayed
scroll buttons were not updated when number of rows changed
model dimension show also cm and mm when appropriate
design year is drawn without comma
prevent ui_bgl draw text error
correct pluralisation of ratings in tooltips.

The `POSELIB_OT_apply_pose_asset_for_keymap` and
`POSELIB_OT_blend_pose_asset_for_keymap` operators are a bit special, as
they are for use in the keymap only. Marking them as `INTERNAL` removes
them from the F3 menu (which will already contain the regular
apply/blend operators anyway).

The for-keymap version of the apply/blend operators take the Window
Manager's `poselib_flipped` property, and passes it to the regular
apply/blend operator. This makes it possible to bind a key to the
operator and still have it respect the global "Flip Pose" checkbox.

This behaviour was already in, this commit just adds a comment that
explains this.

No functional changes.

Shorten "Apply Pose Asset" to just "Apply", and change "Blend Pose
Asset" to "Interactive Blend" to emphasise it's a modal operator.

Remove an unused `context` parameter from
`pose_library.pose_creation.create_pose_asset()`. Normally this wouldn't
make it into the release branch, but this particular function could be
the basis for custom pose library creation code, and thus it's good if
it has a nicer API in the release.

No functional changes.

If the file contains a parent chain that interleaves nodes with
is_armature true and false, the parent armature may wrongly pick
up meshes owned by the child, causing an exception later. No idea
if such FBX files are valid or malformed, but this is a simple fix.

Differential Revision: https://developer.blender.org/D13224

It's not possible anymore to call an operator from drawing code in most
cases (since it may be called during some init phase where this is
forbidden).

Looks like here the only viable solution is to use a timer for now. :(