Closed Bug 1003884 Opened 11 years ago Closed 10 years ago

[User Story] [W3C Manifest] Set orientation of bookmark from manifest when bookmarking to homescreen

Categories

(Firefox OS Graveyard :: Gaia::System::Browser Chrome, defect, P2)

Product:
Firefox OS Graveyard
Component:
Gaia::System::Browser Chrome
Type:
defect

Tracking

(tracking-b2g:backlog)

Status:
RESOLVED WONTFIX
Project Flags:
tracking-b2g backlog

People

(Reporter: benfrancis, Unassigned)

References

Details

(Keywords: feature, Whiteboard: [ucid:System215], [ft:systemsfe])

User Story

As a developer I want to specify the orientation in which my app is displayed when launched so that I can control the experience of my app.

Acceptance Criteria:
1. The orientation of the app when launched follows the specified default orientation as described by the W3C spec: http://w3c.github.io/manifest/#orientation-member
As per orientation member of W3C Manifest draft specification http://w3c.github.io/manifest/#orientation-member
User Story: (updated)
Blocks: 1003890
blocking-b2g: --- → backlog
User Story: (updated)
Summary: [W3C Manifest] Set orientation of bookmark from manifest when bookmarking to homescreen → [User Story] [W3C Manifest] Set orientation of bookmark from manifest when bookmarking to homescreen
Whiteboard: [ucid:System215], [ft:systemsfe]
Priority: -- → P2
I think we should probably ignore the orientation property for manifests which specify the browser display mode and add a bookmark to the homescreen. This is consistent with the implementation in Chrome 39 [1]. For manifests which specify other display modes, they will be handled by the Apps API (bug 1075704), so we should file bugs under that meta bug for supporting Web Manifest properties like orientation, and bugs inside Window Manager for respecting that. 1. https://code.google.com/p/chromium/codesearch#chromium/src/chrome/browser/android/shortcut_helper.cc&l=262
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
Agree. Browser case is handled by Fullscreen API + Screen Lock API: you need to put an element into fullscreen before you can set the orientation on it. The only role the manifest might play there is if in the future the Screen Lock API supports "app-default" (or some such), which would be derived from the manifest. I might run that by Mounir (Editor of the Screen Lock Spec) and see what he thinks.
blocking-b2g: backlog → ---
tracking-b2g: --- → backlog
You need to log in before you can comment on or make changes to this bug.