KhronosGroup / KhronosGroup/OpenXR-Hpp

Put some extensions into their own namespaces

Open
#12 0 comments 0 reactions 0 assignees View on GitHub
enhancement help wanted
Dominant language
C++
Stars
50
Forks
23
PR merge metrics
No merged PRs in 30d

Description

For instance, putting `XR_EXT_debug_utils` definitions into `xr::ext::DebugUtils` would mean that a C++ client would be able to write `xr::ext::debugUtils::Messenger` instead of `xr::DebugUtilsMessengerEXT`. Since setup and teardown will likely be using many related classes, this allows clients to declare a scoped `using namespace` statement and produce significantly less verbose code.

Contributor guide

No contributing guide indexed for this repository

Research direction

No files, tests, or entry points are named. Start by locating the extension definitions and related setup and teardown classes in OpenXR-Hpp, then assess the proposed namespace structure and its effect on existing C++ usage. Done means the namespace organization and compatibility expectations are specified clearly enough to implement and verify.

Written by the indexing model from the issue text.

Assessment

Tech stack
cpp
Domain
api
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.