Skip to content
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

Can we define the size of the UA-default Viewport? #13

Closed
bramus opened this issue Aug 22, 2022 · 5 comments
Closed

Can we define the size of the UA-default Viewport? #13

bramus opened this issue Aug 22, 2022 · 5 comments
Labels
Discussed Spec Issue To be followed up at proper venue that specced this Viewport Units svh/dvh/lvh/vh

Comments

@bramus
Copy link
Collaborator

bramus commented Aug 22, 2022

The spec currently leaves some wiggle room for the UA-default Viewport

The UA-default viewport-percentage units (v*) are defined with respect to a UA-defined UA-default viewport size, which for any given document should be equivalent to the large viewport size, small viewport size, or some intermediary size.

In practice however, all browsers seem to agree that it takes over the size of the Large Viewport

Maybe we should then also have it specced like that?

@bramus bramus added the Viewport Units svh/dvh/lvh/vh label Aug 22, 2022
@karlcow
Copy link

karlcow commented Aug 24, 2022

anything which is left to UA-defined leads to webcompat issues. So probably trying to unify on one scenario would be better.

@bramus
Copy link
Collaborator Author

bramus commented Aug 24, 2022

Discussed during #4. We agree to try and pursue this.

@jensimmons
Copy link

I hope the plan is to raise this issue with the CSSWG. At https://github.com/w3c/csswg-drafts/issues

This group should not be defining anything. This group should only be:

  • researching the current state of implementations
  • finding bugs in browsers where they don't match web standards
  • discovering areas where the standards are vague
  • opening issues at the CSSWG or other standards bodies, asking them to provide clarification
  • encouraging anyone involved with this group to join the CSSWG or other appropriate standards bodies (if not a member already) to carry on with the needed work inside that group

Interop 2022 is not a place to be writing specifications. Such work needs to be done in a place where it is covered by patent policy.

The CSSWG is a friendly bunch. They know work is needed on viewports. They just need help / more interested parties to get involved. This work can be done there, easily. With the help and wisdom of people who've been working in this space for decades.

@rachelandrew
Copy link

Hi Jen - yes, Bramus is a member of the CSS Working group, as am I. This is just a fact-finding mission to get enough info to raise the issue.

@bramus
Copy link
Collaborator Author

bramus commented Sep 19, 2022

Commented on w3c/csswg-drafts#6454 (comment) to flag this. Marking this issue here as closed.

@bramus bramus closed this as completed Sep 19, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Discussed Spec Issue To be followed up at proper venue that specced this Viewport Units svh/dvh/lvh/vh
Projects
None yet
Development

No branches or pull requests

4 participants