Closed
Bug 1017875
(picture-prefon)
Opened 10 years ago
Closed 10 years ago
Pref on the picture element by default
Categories
(Core :: DOM: Core & HTML, defect, P5)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla38
People
(Reporter: johns, Assigned: johns)
References
(Blocks 1 open bug)
Details
(Keywords: dev-doc-needed)
Attachments
(1 file)
5.61 KB,
patch
|
Details | Diff | Splinter Review |
Picture (Bug 870022) and img srcset (Bug 870022) will both be pref'd off on initial landing, this tracks remaining issues blocking pref'ing them on by default.
Assignee | ||
Updated•10 years ago
|
Depends on: srcset-prefon
Updated•10 years ago
|
Keywords: dev-doc-needed
Comment 1•10 years ago
|
||
Very relevant to mobile, so tracking-fennec? and marking for relnote for when this ships.
(Hoping I got the keyword right...)
tracking-fennec: --- → ?
Keywords: relnote
Comment 2•10 years ago
|
||
I believe the tracking flag "relnote-firefox" is the proper thing, not the relnote keyword.
Comment 3•10 years ago
|
||
Indeed. We are discussing about removing this keyword to clear the confusion.
Release Note Request (optional, but appreciated)
[Why is this notable]: Cool new features and the Opera + Chrome have it
[Suggested wording]: I think they deserve two dedicated items:
"HTML5: picture element implemented"
"HTML5: srcset attribute on img"
[Links (documentation, blog post, etc)]: Probably their documentation
relnote-firefox:
--- → ?
Keywords: relnote
Comment 4•10 years ago
|
||
Can we turn this on for Nightly right now?
Updated•10 years ago
|
tracking-fennec: ? → +
Assignee | ||
Comment 5•10 years ago
|
||
Part of Bug 1037643 is blocking the tests from landing, which we really should not turn anything on without. The other blockers are minor and have patches, but I've been pulled away from this the past few weeks for some high priority e10s stuff. I should be able to get back to this next week and get things landed so we can flip this on early in the cycle
Comment 6•10 years ago
|
||
We shouldn't pref this on before ensuring that the <img src> preloader doesn't preload the wrong stuff. <picture> and srcset are all about loading the right image variant, so also loading the wrong variant is particularly bad considering the goals of the feature. (Bug 1067345.)
Updated•10 years ago
|
Blocks: responsive-images
Assignee | ||
Comment 8•10 years ago
|
||
Comment 9•10 years ago
|
||
Comment 10•10 years ago
|
||
Comment 11•10 years ago
|
||
Comment 12•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/de043394a41d
https://hg.mozilla.org/mozilla-central/rev/2bb299df4c33
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
status-firefox38:
--- → fixed
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → mozilla38
Comment 13•10 years ago
|
||
relnote |
Just requested relnote? from Bug 1018389, saw comment 3 afterwards. FTR, "my" relnote? request:
Release Note Request (optional, but appreciated)
[Why is this notable]: responsive images – also see Bug 1018389
[Suggested wording]: Implemented srcset attribute and <picture> element for responsive images
[Links (documentation, blog post, etc)]:
Since this and Bug 1018389 are closely connected, a singular entry in the Release Notes should suffice.
Comment 14•10 years ago
|
||
Have added to the Aurora 38 notes as:
Implemented srcset attribute and <picture> element for responsive images
Updated•10 years ago
|
tracking-fennec: + → 38+
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•