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 - System Display Type "Console", "Desktop", "Mobile", "HMD"
Summary: System Display Type "Console", "Desktop", "Mobile", "HMD"
Status: NEW
Alias: None
Product: SDL
Classification: Unclassified
Component: video (show other bugs)
Version: HG 2.1
Hardware: All All
: P2 enhancement
Assignee: Sam Lantinga
QA Contact: Sam Lantinga
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-06-27 01:38 UTC by x414e54
Modified: 2015-06-27 01:38 UTC (History)
0 users

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
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.