Closed
Bug 801186
Opened 11 years ago
Closed 6 years ago
Handle viewport meta tag
Categories
(Firefox for Metro Graveyard :: Browser, defect, P2)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: ally, Unassigned)
References
Details
(Keywords: compat, feature, platform-parity, Whiteboard: [parity-ie] p=8)
Attachments
(3 files)
depends on viewport panning/zooming
Updated•11 years ago
|
OS: Mac OS X → Windows 8 Metro
Comment 1•11 years ago
|
||
Marking this as P3 for now because I don't think it's 100% critical on the large-screen (10" and larger) devices that Windows 8 is currently targeting. However, it is definitely an improvement in web compatibility in portrait mode for tablets, and is a parity feature for IE10 and for other mobile platforms. This might increase in priority based on testing and feedback.
![]() |
||
Updated•11 years ago
|
Whiteboard: [metro-mvp][parity-ie] → [metro-mvp][parity-ie][LOE:2]
Updated•10 years ago
|
Whiteboard: [metro-mvp][parity-ie][LOE:2] → [metro-mvp] [LOE:2] parity-ie
Updated•10 years ago
|
Priority: P3 → --
Updated•10 years ago
|
Blocks: 831984
Whiteboard: [metro-mvp] [LOE:2] parity-ie → [metro-mvp] [LOE:2] parity-ie feature=work
Updated•10 years ago
|
Summary: handle viewport meta tag → Work - handle viewport meta tag
Whiteboard: [metro-mvp] [LOE:2] parity-ie feature=work → feature=work parity-ie
![]() |
||
Updated•10 years ago
|
Depends on: metro-omtc
Updated•10 years ago
|
Updated•10 years ago
|
Priority: -- → P3
Updated•10 years ago
|
No longer depends on: metrov1omtc&apzc
Updated•10 years ago
|
Depends on: Async_Pan_Zoom
![]() |
||
Updated•10 years ago
|
No longer depends on: Async_Pan_Zoom
![]() |
||
Updated•10 years ago
|
Component: General → Browser
Version: unspecified → Trunk
Comment 2•10 years ago
|
||
This blocks a [block28] blocker, but is marked as P3. Do we want to treat this bug as a [block28] blocker as well?
Comment 3•10 years ago
|
||
Marking for triage to address the above question
Whiteboard: feature=work parity-ie → [triage] feature=work parity-ie
![]() |
||
Comment 4•10 years ago
|
||
Anyone remember which bug we ripped the original viewport stuff out in?
![]() |
||
Comment 5•10 years ago
|
||
(In reply to Jim Mathies [:jimm] from comment #4) > Anyone remember which bug we ripped the original viewport stuff out in? found it - bug 922337
Updated•10 years ago
|
Whiteboard: [triage] feature=work parity-ie → [release28] feature=work parity-ie
![]() |
||
Updated•9 years ago
|
Whiteboard: [release28] feature=work parity-ie
![]() |
||
Updated•9 years ago
|
Whiteboard: parity-ie
This is now handled for b2g, if it helps.
Comment 7•9 years ago
|
||
IE10/IE11 in snap mode use CSS device adaptation, rather than meta viewport, to decide if a snapped view should auto-zoom or use nominal device-width. (see two attached screenshots) @-ms-viewport { width: device-width; } Is this also covered by this bug? i.e. if a site does start to include @viewport to support snap mode (assuming it also includes it non-vendor-prefixed, which is possibly a stretch of the imagination...), will Firefox in snap mode react to that too?
Comment 8•9 years ago
|
||
Comment 9•9 years ago
|
||
Comment 10•9 years ago
|
||
Comment 11•9 years ago
|
||
(In reply to Patrick H. Lauke from comment #7) > IE10/IE11 in snap mode use CSS device adaptation, rather than meta viewport, > to decide if a snapped view should auto-zoom or use nominal device-width. <meta name=viewport> and @viewport are both part of CSS Device Adaptation. Currently Gecko supports only the <meta> syntax. We'd like to support the @viewport syntax too, but haven't started work on it yet (bug 747754).
Comment 12•9 years ago
|
||
ah, thanks for clarifying. last time i checked, CSS Device Adaptation only included a short reference to the meta and how @viewport would map against it. latest version http://dev.w3.org/csswg/css-device-adapt/#viewport-meta seems to effectively retrospectively spec Apple's behavior...good stuff.
![]() |
||
Updated•9 years ago
|
OS: Windows 8 Metro → Windows 8.1
Priority: P3 → P1
![]() |
||
Updated•9 years ago
|
Blocks: metrobacklog
Updated•9 years ago
|
Whiteboard: parity-ie → [feature] p=0 [parity-ie]
Updated•9 years ago
|
Summary: Work - handle viewport meta tag → Handle viewport meta tag
Updated•9 years ago
|
Whiteboard: [feature] p=0 [parity-ie] → [feature] p=8 [parity-ie]
Updated•9 years ago
|
Target Milestone: --- → Firefox 30
Updated•9 years ago
|
Assignee: nobody → mbrubeck
Updated•9 years ago
|
Status: NEW → ASSIGNED
Priority: P1 → P2
QA Contact: jbecerra
Whiteboard: [feature] p=8 [parity-ie] → [feature] p=8 [parity-ie] s=it-30c-29a-28b.1
Updated•9 years ago
|
Whiteboard: [feature] p=8 [parity-ie] s=it-30c-29a-28b.1 → [parity-ie] p=8 s=it-30c-29a-28b.1 r=ff30
Target Milestone: Firefox 30 → ---
Updated•9 years ago
|
Assignee: mbrubeck → nobody
Status: ASSIGNED → NEW
Whiteboard: [parity-ie] p=8 s=it-30c-29a-28b.1 r=ff30 → [parity-ie] p=8 r=ff30
Updated•9 years ago
|
QA Contact: jbecerra
Whiteboard: [parity-ie] p=8 r=ff30 → [parity-ie] p=8
Comment 13•6 years ago
|
||
Mass close of bugs in obsolete product https://bugzilla.mozilla.org/show_bug.cgi?id=1350354
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•