We are currently migrating Bugzilla to GitHub issues.
Any changes made to the bug tracker now will be lost, so please do not post new bugs or make changes to them.
When we're done, all bug URLs will redirect to their equivalent location on the new bug tracker.

Bug 3041

Summary: System Display Type "Console", "Desktop", "Mobile", "HMD"
Product: SDL Reporter: x414e54
Component: videoAssignee: Sam Lantinga <slouken>
Status: NEW --- QA Contact: Sam Lantinga <slouken>
Severity: enhancement    
Priority: P2    
Version: HG 2.1   
Hardware: All   
OS: All   

Description x414e54 2015-06-27 01:38:03 UTC 
Currently there is no way for an application to know what type of interface it should display. 

Up until now applications have mostly been separated by their operating system. 
Mac/Windows/Linux for Desktop, Android/Vita/PSP/IOS for Mobile and PS3/PS4/XBOX for Console. However with systems such as SteamOS and Ubuntu phone an application can no-longer rely on being compiled for one specific layout type. 

Two possible solutions:

1) Add a screen size (in mm) and user distance (mm) or scale.
2) Add a display type enum for "Console", "Desktop", "Mobile", "HMD".

The first solution seems most robust allowing applications to adjust the interface as the user distance changes. But currently I do not know any systems which actually report this value so a fake value for each system type would need to be picked. e.g. Console 2 meters, Desktop 0.5 meters, etc.

Some situations this might be difficult todo such as looking in some WM specific settings or looking for Steam Big Picture env vars.

I think it would be best to add these values onto the window rather than the display mode and allow it to change as a window event. The user may have attached a Monitor and HMD and then move the window from the Monitor to the HMD. It seems easier for an Application to deal with display type changes per window than having to constantly check window position and then lookup the display. But either situation should work.