DisplayXR v0.6.0

Changed

• BREAKING — DisplayXR OpenXR extensions renamed XR_EXT_* → XR_DXR_*. The vendor-specific extensions were sitting in the EXT (cross-vendor Khronos) namespace they were never entitled to; they now use the DisplayXR DXR tag. Covers atlas_capture, display_info, win32_window_binding, and cocoa_window_binding — headers, enum/struct/function names, and extension-name strings. Requires DisplayXR runtime >= v2.0.0; older runtimes do not advertise the renamed extensions. (DisplayXR/displayxr-runtime#734)
• Pinned the displayxr-common submodule to the released v2.0.0 ref (was a temporary pre-release SHA).

Added

• Portable code-signing for the packaged Binaries/Win64 DLLs via a provider-runner sign-artifact workflow (DXR_SIGN_REPO), replacing the local-cert-only path. Signing stays capability-gated — an unset env yields an unsigned ZIP rather than a failed build. (#29, #30, #31)

Fixed

• Plugin did not compile against the renamed headers. The rename swept PFN_xrSetSharedTextureOutputRectEXT → ...DXR, but ADR-031 removed that entry point from the runtime API entirely (display zones are the sole region paradigm). The dead, null-guarded output-rect path is gone from the compositor and the editor preview session — behavior-neutral against runtime v2.0.0, which never resolved the pointer.
• displayxr-common v2.0.0 integration. The OpenXR-typed wrappers are now pure pointer-casts over a new dxr_view_math.c core, which no module compiled; both DisplayXRCore and DisplayXREditor gained a dxr_view_math_impl.c shim. The wrappers' C11 _Static_assert layout guards also need CStandard = CStandardVersion.C17 — MSVC's default C mode rejects them.