Half the time the UA sniffing has nothing to do with capabilities and just has to do with people only wanting to test in one browser and use only one set of prefixed CSS properties...
Yes, if CSS starts becoming powerful enough to do become a security hole, it will become imperative to selectively disable it, or at least its new, unsafe features.
I hope it’s a sign that more designers / front-end people are adopting good development practices! CSS is already a nightmare to maintain so using source control can only be a good thing.
If a user turns off CSS then virtually no websites will render correctly for them. Adding a specific detection for that fail state is really just unnecessary bloat.
The cohort concerned about tracking, one would think, would not be deterred by broken CSS considering they already live in a JS-free world and might be used to some visual-compromise when browsing.
Building a powerful sandbox that maintains anonymity is a difficult problem. The statement that CSS is overpowered is clickbait for a different argument.
I really hope that's sarcasm. Otherwise we will have people ripping out CSS, like how some people don't optimize because premature optimization is evil. I also don't want to go back to font tags.
Does it? I don't think you can reliably identify whether something is visible if the other site, which controls the CSS, does not want you to. It's a classical arms race situation.
reply