Skip to content

render: Fallback to contentWidth when clientWidth isn't explicit - #3137

Open
karlseguin wants to merge 1 commit into
mainfrom
client-width-content-width
Open

render: Fallback to contentWidth when clientWidth isn't explicit#3137
karlseguin wants to merge 1 commit into
mainfrom
client-width-content-width

Conversation

@karlseguin

Copy link
Copy Markdown
Collaborator

amivoice.com appends to a child until that child reports a specific clientWidth. To be correct, we'd need to know the render mode of the node (e.g. flexbox modes overflows, etc...). Without that, we have limited options. If the width is explicitly set, we use that (as before), but if it isn't, rather than defaulting we use the much more expensive contentWidth. Also applies to height.

amivoice.com appends to a child until that child reports a specific clientWidth.
To be correct, we'd need to know the render mode of the node (e.g. flexbox modes
overflows, etc...). Without that, we have limited options. If the width is
explicitly set, we use that (as before), but if it isn't, rather than defaulting
we use the much more expensive contentWidth.  Also applies to height.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant