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
Add media-feature-range-context-notation
#6502
Comments
Sounds good! 👍🏼 |
The fix for this one will require advanced conversion of units for proper mergers. e.g. |
I may be wrong, but I don't think we can safely merge ems into px as people can change the initial value of font-size in their browser settings. For example, doubling it to 32px. Either way, it's likely people will be using the same units across their media features so let's implement that first. This reminds me, I need to create an issue for I've labelled the issue as ready to implement. Please consider contributing this rule if anyone has time. There are steps on how to add a new rule in the Developer guide. |
same unit : the removal of useless conditions while merging is a first step |
This issue is older than one month. Please ask before opening a pull request, as it may no longer be relevant. |
What is the problem you're trying to solve?
To write media features in a range context consistently when there are two media features of the same name.
What solution would you like to see?
A new rule to either combine or separate media features.
For example, either:
Or:
media-feature-range-context-notation
"basic"|"nested"
Expected "${primary}" media feature range context notation
Primary options names from spec:
And:
See #6497 (comment)
The text was updated successfully, but these errors were encountered: