3 ms·
There were some good reasons behind the intent for vendor prefixing, but it was a flawed solution to a real problem. As vendor prefixed made it to production bu
by frivoal 11y ago
There were some good reasons behind the intent for vendor prefixing, but it was a flawed solution to a real problem. As vendor prefixed made it to production builds, we ended up not with experimental properties that we could still change willy nily, but with strangely named properties that we have to support forever (since content depend on them working correctly), and without even the benefit of being able to evolve the design of the unprefixed version anyway we like, since "best practices" mean that css authors very often writen the unprefixed property in their stylesheet along with the prefixed one for future proofing.
What browsers are mostly doing (and the CSSWG is in the process of formalizing) is that experimental features should be included in nightly/preview/developer builds, but not in production builds (or be off by default, to be turned on via user settings). That way we can still experiment, but we don't use experiments in production, and avoid creating a legacy compat problem on things that were not meant to be permanent.