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

[css-images][css-sizing][css-content] elements with intrinsic size but no aspect ratio #1044

Closed
fantasai opened this issue Feb 16, 2017 · 2 comments
Assignees

Comments

@fantasai
Copy link
Collaborator

fantasai commented Feb 16, 2017

So far we have concepts of replaced elements that have no intrinsic size, an intrinsic size in one dimension, an aspect ratio but no size, and an intrinsic size and aspect ratio. We assume that if you have two of {aspect ratio, width, height} the third is defined, and this is true of things like images and video. However, form controls seem to behave like objects that have an intrinsic width, and intrinsic height, and no intrinsic aspect ratio.

We need our specs to define this class of objects and define behavior accordingly.

@tabatkins tabatkins removed the css-images-3 Current Work label Apr 20, 2017
triple-underscore added a commit to triple-underscore/triple-underscore.github.io that referenced this issue Apr 23, 2017
w3c/csswg-drafts@a0b32f42f4a66cf3071c5cb3bc746
071b7e3c9a0
Some replaced elements (such as form controls) have an intrinsic width
and height, but no aspect ratio. Fixes
w3c/csswg-drafts#1044
. Also linkify some nearby terms.

Added Lea Verou as co-editor per WG resolution
w3c/csswg-drafts@3164c0f06ce07d7f452a986a0c3bd
2ed222d0605
@ByteEater-pl
Copy link

I don't understand. Isn't the aspect ratio by definition the quotient of width and height? It seems that some other definition is in use here but not stated, making this unclear.

@tabatkins
Copy link
Member

No, not necessarily. An object has an intrinsic aspect-ratio if, when you specify a given width or height, it has a preferred height/width based on that. This isn't necessarily true! As the commit says, some form elements have a preferred width and height, but if you override one, it doesn't change the other. Making a text input wider doesn't change the fact that it wants to be approximately 1em high, for example.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants