-
Notifications
You must be signed in to change notification settings - Fork 658
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Text decoration conformance criteria #4878
Comments
I suspect it's a trick needed to be able to go to REC back then. Something akin to "SHOULD do the right thing, but MAY do the legacy thing if you really have to. No matter how justified it was back then, at this point, I think we should just drop this. We're not really in the business of certifying UAs anyway, so we can just spec the right thing, and if for some reason some UA wants to implement CSS2.0 instead of 2.1+, that's their choice, and they don't really need special permission from the 2020 spec. |
Pretty certain this wasn't needed by 2011 when we did go to REC! |
(Just stumbled across this while looking for something else) The concept that UAs theoretically exist which choose to strictly conform to CSS1 or CSS 2.0 but not to any later developments can be quietly killed wherever it shows up while revising older specifications. |
#5114 is related here. |
CSS2 currently contains:
(This text was added in 2003, in ff720b8.)
This seems… complicated.
Why do we have this? To avoid claiming we're making a backwards-incompatible change?
What does it mean for a UA to be developed after this specification was released? (What counts as released? A public working draft? A REC?) Does a simple bugfix release of a UA oblige them to change behaviour here?
The text was updated successfully, but these errors were encountered: