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
[css-mediaqueries-5] Note/Issue on not shipping early proposals #4834
Comments
I believe some of the features are already shipping, though. https://caniuse.com/#search=prefers- |
has time hardened the syntax? |
The CSS Working Group just discussed
The full IRC log of that discussion<dael> Topic: [css-mediaqueries-5] Note/Issue on not shipping early proposals<dael> github: https://github.com//issues/4834 <dael> fantasai: MQ 5 is peppered with this is not ready to impl but it's shipping. We shouldn't have notes saying don't do this when everyone is doing it. We shouldn't do that because makes it more likely people will ignore the notes <dael> astearns: Prop: Take off all the notes? <dael> fantasai: That's my starting proposal. <dael> fantasai: If there's anything not shipping we can argue to ahve it <dael> astearns: Anyone argue for notes to keep? <dael> astearns: If there are any we should have that people not on the call want we can add <dael> astearns: Prop: Take all the don't implement this notes out of MQ 5 <dael> astearns: Obj? <dael> RESOLVED: Take all the don't implement this notes out of MQ 5 |
The CSS Working Group just discussed The full IRC log of that discussion<dael> Topic: [css-mediaqueries-5] Note/Issue on not shipping early proposals<dael> github: https://github.com//issues/4834 <dael> florian: As far as I'm aware the video-* MQ are not implemented and they do have an existential issue so maybe warning should stay there. Unless they are shipping? I think the warning is right <dael> astearns: Yes and no. Have other things in other specs with issues <dael> florian: This is a it may be completely wrong issue. If it's shipping, fine, but if it's not shipping <dael> astearns: I'm inclined to not put the warning in so we could get impl experiance. If resolution of issue is this was bad people can take it out. That's the risk of impl something in a spec not in CR <dael> florian: Useful to highlight we don't know what's right but think this is wrong <dael> fantasai: I think that's fine. But also if someone is shipping something with the warning epople should talk to the WG before shipping <dael> astearns: I think it makes sense to have a not ein the spec saying we have an issue and this may change <dael> florian: Okay. I'll take that into account <fantasai> s/shipping/shipping, shouldn't just leave the spec and impl disagreeing/ |
One of the things we talked about adding to the level 5 spec is an issue warning against shipping prefers-reduced-data, as we are just now starting to discuss that feature:
#2370 (comment)
Looking at the entire spec, I'm not sure any of the proposals there are ready to ship. The lack of a privacy section is the most glaring omission (captured here: #4832 ), but I think there are still a lot of discussion needed for the entire doc.
What if we added a Note to the intro to go along with the diff spec Note asking implementers to hold off shipping anything in this spec until we’ve done the work and cleared things feature-by-feature? What do you think, @tabatkins @frivoal @grorg?
The text was updated successfully, but these errors were encountered: