Blender Git Loki

Pose Library: set default blend percentage to 0%

Set default blend percentage to 0% to allow smoothly blending of the pose
asset into the current pose.

Merge remote-tracking branch 'origin/master' into asset-browser-poselib

Use correct add-ons branch for `make update`

Also add TODO comments, hoping they help us not forget changing this
back for the merge to master.

Fix error on `context.copy()` because of asset-handle design

The File/Asset Browser no longer provides the `asset_handle` pointer. In
Python `asset_file_handle` needs to be used for now (will change in
future).

Assets: make `ASSET_OT_open_containing_blend_file` work in UIList

Make `ASSET_OT_open_containing_blend_file` in a asset view UIList as
well as the Asset Browser. This uses the context variables
`asset_file_handle` and `asset_library`, which are temporary in lieu of
a better asset API.

Merge remote-tracking branch 'origin/master' into asset-browser-poselib

Update add-on HEAD for latest merge

Merge branch 'master' into asset-browser-poselib

Expose more asset info and utilities in the Python API

Needed so the pose library add-on can keep its operators work outside of
the Asset Browser context, namely with the asset view template.

An issue here is that we can't expose an asset handle from the Asset
Browser, because there is not permanently saved one whose pointer we can
pass around. This is planned to be addressed, but for now Python will
have to use the file wrapped by the asset-handle directly, via
`context.asset_file_handle`.

Merge branch 'master' into asset-browser-poselib

Support custom context menu entries for UI-lists, e.g. for pose assets

Makes it possible to add custom entries to the context menu of UI List items, by doing the following:
`bpy.types.UI_MT_list_item_context_menu.prepend(some_draw_function)`/`append(...)`.

The given draw function must check if the list is of the correct type. For that
to work I made it possible to get the hovered UI List using `context.ui_list`
and the list-ID via `ui_list.list_id`.

Merge remote-tracking branch 'origin/master' into asset-browser-poselib

Pose Library: rename `apply_flipped` to `flipped`

Rename the operator property `apply_flipped` to simply `flipped`, as the
verb ("apply") is already in the operator name. This will make it possible
to add a `flipped` property to the select/deselect operators too, keeping
things consistent.

No functional changes.

Pose asset operators: Check the type of the asset in the operator poll

Check that the asset received from context actually is an action ID
asset.

Add button to refresh the asset list from the asset view template

Adds an operator to refresh the asset list and exposes that next to the
asset library selector above the template, when showing an external
library.

Remove asset testing panel for the asset view template

There's a proper panel with the asset viewer now, for the poses. This
testing one will just confuse people.

Fix possible use of released stack memory

We'd store references to temporary objects, e.g. see
`AssetListStorage::ensure_list_storage()`. Stupid mistake, store a copy
of the `AssetLibraryReference` struct now (cheap to copy).

Support "Release Confirm" mode for the pose blending operator

This will make it possible to click and drag on the poses in the
asset view template to do the blending. On mouse release, the blended
pose will be applied.
This isn't used yet, follow-up commits will enable it.

This also hides the cursor and enables continuous grabbing when dragging
with the "Release Confirm" enabled. To be evaluated; maybe it should
always do this while blending.

Also fixes mouse hover highlights not being updated when confirming or
cancelling the pose blending operator.

Allow setting operator properties for the custom drag & activate OPs

The asset view template now provides a way to set the operator
properties of its custom drag & activate operators. In Python they are
returned from `UILayout.template_asset_view()` as tuple.

Includes some cleanup to better manage the data of the custom operators.

Prevent preview loading from triggering continuous redraws

The preview rendering notifiers would be continuously sent, causing
continuous redraws. In the File Browser that also happens (and I don't
think it's intentionaly) although it causes refreshes there that don't
do much and there won't be redraws unless necessary. Correcting this may
cause issues, so better to do it separately.

Issue is that the previews were fetched using the BLI_task API, and a
timer was started to send notifiers continuously. But there was nothing
to check if the tasks were done, so that the timer could be stopped.