Closed
Bug 835191
Opened 13 years ago
Closed 11 years ago
Unprefix -moz-font-feature-settings
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
RESOLVED
FIXED
mozilla34
People
(Reporter: emk, Assigned: jtd)
References
(Blocks 1 open bug)
Details
(Keywords: dev-doc-complete, site-compat)
IE10 already unprefixed the property. There's no point in keeping the prefix.
Assignee | ||
Comment 1•13 years ago
|
||
They unprefixed it before the behavior was completely defined (e.g. which features are on by default). I think unprefixing font-feature-settings should be tied to the prefixed font-variant properties, since we really want authors to use those *instead* of font-feature-settings.
Reporter | ||
Comment 2•13 years ago
|
||
No new prefixed properties should be added anymore, as suggested in <https://groups.google.com/d/topic/mozilla.dev.platform/34JfwyEh5e4/discussion>.
Instead, font-variant properties should be implemented and should be preffed-off on release and beta channels until the spec reaches CR.
Reporter | ||
Updated•13 years ago
|
Summary: Unprefix -moz-font-feature-settings → Implement font-variant properties defined in CSS 3 Fonts and unprefix -moz-font-feature-settings
Reporter | ||
Comment 3•13 years ago
|
||
(In reply to John Daggett (:jtd) from comment #1)
> (e.g. which features are on by default).
I'm not sure what does that have to do with the prefix. It will affect the behavior even if (-moz-)font-feature-settings is not used at all because it is a default behavior.
Assignee | ||
Comment 4•13 years ago
|
||
I'm aware of that but in discussing this with dbaron I think we concluded that the font-variant-xxx subproperties should be an exception to that rule, mainly because -moz-font-feature-settings is already prefixed and the use of font-variant-xxx is a better alternative for general usage.
Assignee | ||
Comment 5•13 years ago
|
||
(In reply to Masatoshi Kimura [:emk] from comment #3)
> (In reply to John Daggett (:jtd) from comment #1)
> > (e.g. which features are on by default).
> I'm not sure what does that have to do with the prefix. It will affect the
> behavior even if (-moz-)font-feature-settings is not used at all because it
> is a default behavior.
It highlights the risk that the IE team took in making this unprefixed, since they could potentially end up with something that doesn't match the spec-defined behavior. The default settings policy was decided *after* IE10 shipped. There are lots of interactions between font-feature-settings and the font-variant properties that I think are actually important to iron out.
Assignee | ||
Comment 6•13 years ago
|
||
Reducing the scope of the bug title to cover only what is not covered by the font-variant-xxx implementation bug, bug 549861.
Depends on: font-variant
Summary: Implement font-variant properties defined in CSS 3 Fonts and unprefix -moz-font-feature-settings → Unprefix -moz-font-feature-settings
Comment 7•11 years ago
|
||
This essentially waits on enable-by-default of font-variant-* (layout.css.font-features.enabled).
Blocks: unprefix
Updated•11 years ago
|
Keywords: dev-doc-needed
Updated•11 years ago
|
This was fixed in https://hg.mozilla.org/mozilla-central/rev/0bab389db590
Assignee: nobody → jdaggett
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla34
Updated•11 years ago
|
Flags: qe-verify-
Updated•11 years ago
|
Keywords: site-compat
Comment 9•11 years ago
|
||
Doc updated: https://developer.mozilla.org/en-US/Firefox/Releases/34
and
https://developer.mozilla.org/en-US/docs/Web/CSS/font-feature-settings
Keywords: dev-doc-needed → dev-doc-complete
You need to log in
before you can comment on or make changes to this bug.
Description
•