<note warning>​This page is preserved out of historical interest, but the guidance and rules it suggests are NOT the policy of the CSS Working Group. After much discussion (and this page is part of that discussion),​ the CSSWG adopted a different set of guidelines, as recorded in [[http://​www.w3.org/​TR/​CSS/#​future-proofing|section 3.2 of the CSS 2015 Snapshot]]</​note>​

+

+

+

When is the best time to implement the unprefixed version of a feature?

When is the best time to implement the unprefixed version of a feature?

Line 123:

Line 127:

==== When to drop vendor-prefixed features ====

==== When to drop vendor-prefixed features ====

+

<note warning>​This page is preserved out of historical interest, but the guidance and rules it suggests are NOT the policy of the CSS Working Group. After much discussion (and this page is part of that discussion),​ the CSSWG adopted a different set of guidelines, as recorded in [[http://​www.w3.org/​TR/​CSS/#​future-proofing|section 3.2 of the CSS 2015 Snapshot]]</​note>​

+

+

+

When is the best time to drop support for the vendor-prefixed version of a feature?

When is the best time to drop support for the vendor-prefixed version of a feature?

Line 130:

Line 138:

==== Is it okay to implement unprefixed features in a post-CR LCWD ====

==== Is it okay to implement unprefixed features in a post-CR LCWD ====

+

<note warning>​This page is preserved out of historical interest, but the guidance and rules it suggests are NOT the policy of the CSS Working Group. After much discussion (and this page is part of that discussion),​ the CSSWG adopted a different set of guidelines, as recorded in [[http://​www.w3.org/​TR/​CSS/#​future-proofing|section 3.2 of the CSS 2015 Snapshot]]</​note>​

+

+

+

Is it okay to implement unprefixed features when a CR is taken back to Last Call for non-trivial changes?

Is it okay to implement unprefixed features when a CR is taken back to Last Call for non-trivial changes?