Skip to content

Accept enumerated device settings in the QML API - #2197

Draft
darioriccio wants to merge 1 commit into
ossia:masterfrom
darioriccio:codex/create-device-native-settings
Draft

Accept enumerated device settings in the QML API#2197
darioriccio wants to merge 1 commit into
ossia:masterfrom
darioriccio:codex/create-device-native-settings

Conversation

@darioriccio

@darioriccio darioriccio commented Aug 10, 2026

Copy link
Copy Markdown

Summary

  • add a QVariant overload for EditJsContext::createDevice
  • keep the existing QJSValue overload for JavaScript object literals
  • allow Device::DeviceSettings values returned by enumerateDevices() to be passed back to createDevice()

Without this overload, current Qt rejects the enumerated native value before the existing canConvert<Device::DeviceSettings>() path can run. This is reproducible with Domeport Pro selecting a Syphon source.

Verification

The clean macOS integration artifact built successfully in DomeportPro run 31439148108. Runtime selection of VR Converter Live Output then logged Created Syphon input, rendered moving Metal frames in both equirectangular and domemaster modes, and no longer emitted the QVariant-to-QJSValue conversion error.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant