Moreover, there is no reason to use vendor-prefixed css without the soon-to-become standard css property. Bad code is bad code, Mozilla is not responsible to fix it.
The entire point of vendor prefixes is to allow webpages to start using the feature before they are standardized in order to avoid accidental dependencies of production websites against non-final syntax: in many cases the prefixed versions end up getting standardized as-is, but that is not always the case, and just assuming "I bet the standard will be the same as what I'm currently using from this browser" is something no one should be doing. A better argument might be that "web pages should gracefully degrade, and are only using these vendor prefixes temporarily for internal testing development: people who ship production websites that rely on these features are doing something inherently wrong", but developers can't just "fall back" to the standard without doing something even worse than that.
12 comments
[ 0.24 ms ] story [ 11.9 ms ] threadGrow up… Or read the warnings in the documentation…
Moreover, there is no reason to use vendor-prefixed css without the soon-to-become standard css property. Bad code is bad code, Mozilla is not responsible to fix it.
So much lol. Thanks for resurrecting this post.