23204 2013-09-10 22:09:59 +0000 Add option for orientation 2014-07-29 10:18:18 +0000 1 1 1 Unclassified WebAppsWG Fullscreen unspecified PC All RESOLVED WORKSFORME P2 normal --- 1 annevk annevk anssi.kostiainen cpearce fantasai.bugs hober0 ian jackalmage kenneth lars.knudsen mike mounir public-webapps roc tobie.langel w3c public-webapps-bugzilla oldest_to_newest 93218 0 annevk 2013-09-10 22:09:59 +0000 In http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Jul/0166.html Kornel suggests: """ Since specific, locked screen orientation is mostly needed in games, and forced rotation is disruptive to other things on the screen (e.g. moving buttons/addressbar to other physical edge of the screen), maybe it should be tied to the Fullscreen API? element.requestFullscreen({orientation:'landscape', autorotation:false}) """ Seems compelling. What do people think? 93220 1 kenneth 2013-09-10 22:43:37 +0000 I have been suggesting this long ago, so I am positive. I thought this was a better solution that the screen orientation lock currently found in Firefox OS, as it also allows to animation the transition (potentially a scale and rotate, like opening a landscape video in portrait mode Safari). 93228 2 lars.knudsen 2013-09-11 06:54:59 +0000 I think this makes a lot of sense - however, it most probably needs to be possible to be a bit more specific regarding the orientation request to have full control over interaction between orientation lock, orientation events and device motion. A few links to read as background: Differences between implementations: http://mobiforge.com/developing/story/html5-mobile-web-device-orientation-events Some comments I made a long time ago: http://lists.w3.org/Archives/Public/public-webapps/2013AprJun/0063.html In general, it would be VERY beneficial for both spec'ers, browser engine implementers and webapps developers if specs like THIS would be done in collaboration between the three groups. There is a big room for failure here (as we have seen with a recent rush of specs from an org that needed to get things in fast for some device) - but also great potential to change the balance of native vs pure web games (and apps) if done right. 96851 3 ian 2013-11-26 21:33:46 +0000 See also this e-mail from Tobie: http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Sep/0095.html 96868 4 mounir 2013-11-27 12:12:11 +0000 (In reply to Anne from comment #0) > In > http://lists.w3.org/Archives/Public/public-whatwg-archive/2013Jul/0166.html > Kornel suggests: > > """ > Since specific, locked screen orientation is mostly needed in games, and > forced rotation is disruptive to other things on the screen (e.g. moving > buttons/addressbar to other physical edge of the screen), maybe it should > be tied to the Fullscreen API? > > element.requestFullscreen({orientation:'landscape', > autorotation:false}) > """ > > Seems compelling. What do people think? Sounds a bit early to add the orientation information to the Fullscreen API. If the UX of going fullscreen then changing orientation is terrible, we should probably introduce such a thing but so far I am not sure we got such feedback. 109359 5 annevk 2014-07-28 13:19:44 +0000 Mounir, this is resolved now, correct? 109481 6 mounir 2014-07-29 10:15:53 +0000 (In reply to Anne from comment #5) > Mounir, this is resolved now, correct? How so? Screen Orientation defines how the Fullscreen API and the Screen Orientation API are related - which is up to the UA. The Fullscreen specification doesn't define how to lock the orientation when going fullscreen. Which is for the best I believe. Is that a reasonable "FIXED" state to you? 109482 7 annevk 2014-07-29 10:18:18 +0000 Reasonable WORKSFORME.