On Wed May 1 09:18:10 2024 +0000, Rémi Bernon wrote:
I don't think that an adapter source being enumerated necessarily means that you can enable it. ChangeDisplaySettings may fail already with the current code, for various reasons. Ultimately, with full display device virtualization in mind, I think it will be interesting to keep both these physical / virtual sources. Instead of a winecfg switch, I can imagine display devices being virtualized dynamically from a physical output to a dedicated window, or de-virtualized from a window to a physical source.
Exposing these detached sources produces the following errors when using virtual desktop. ``` 0090:err:system:NtUserChangeDisplaySettings Changing L"\\.\DISPLAY2" display settings returned -2. 0090:err:explorer:initialize_display_settings Failed to initialize registry display settings for L"\\.\DISPLAY2". ```
I think we can initialize the current modes in win32u as well instead of doing it in explorer.exe.