The TL;DR vendor-prefix post(edit)
With my post yesterday I appreciate it might be a bit long and perhaps focused mostly on my take on the meeting minutes. I wanted to be super clear about what I think about the situation, what will happen and what we can do - in super easy bullet form.
Attend ffconf 2016
The UK's best JS and web development conference. Find out more & get tickets.
- Browser vendors for Firefox, Opera and IE will eventually implement
-webkit-prefixes (a subset). Sad, but true. It's an amazingly bad idea, and I'd love to be wrong, but browsers are like bulldozers, they'll go where they want and more importantly: need to go.
- Vendor prefixes are a good thing. Or rather experimental prefixes are a good thing. They allow developers to test and feed back to vendors.
- Vendor prefixes should be dropped from production level browsers and only made available in beta browser versions.
- Point above will not happen (or at least in the short term). Google and Apple have said as much. This was the same reasons Microsoft gave: they didn't want to break the web. Microsoft did eventually drop propitiatory tech like CSS filters (well, it vendor-prefixed it, but the effect non-prefixed is "broken" in IE9), so maybe in the future this may happen.
- Maybe the middle ground is we draw a line in the sand, and say: All current prefixes will remain as they are (WRT production browsers). All new experimental properties will have a finite lifetime, and not make it to production.
- Yep, the working group should move faster to retire beta technology (if it works), but this hasn't happened any time soon (see the irony?!).
- Do not go duplicating every
-webkit-prefix you find: they're not all supported, nor are all the values always the same. Use your head, obviously! This needs to be done on a case-by-case basis. ie. Add
-moz-et al for
-webkit-border-radiusbut when you encounter linear gradients the syntax is different.
- Do check your code against tools like csslint - it will tell you which vendor-prefixes can be reused today. I'm close to having a tool ready that will automatically fix these for you - but to be clear: this will only stem the flow of the wound, and doesn't fix it ultimately for the future.
- Should all browsers use the WebKit render engine? Hell no. WebKit would continue to innovate until it was finished, then we'd have that really long quiet period that Microsoft demonstrated with IE6, where expectations move on but browsers don't. No, this a stupid suggestion.
- Don't stop evangelising. It's a slow slog and is never a completed job.