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.

Sign up for GitHub

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

Jump to bottom

[css-writing-modes] percentage size of orthogonal box in auto-sized container resolves against ICB #555

Closed
fantasai opened this issue Sep 30, 2016 · 5 comments
Closed

[css-writing-modes] percentage size of orthogonal box in auto-sized container resolves against ICB #555

fantasai opened this issue Sep 30, 2016 · 5 comments
Labels
Closed Rejected as Invalid Commenter Satisfied Commenter has indicated satisfaction with the resolution / edits. css-writing-modes-3 Tracked in DoC

Comments

@fantasai
Copy link
Collaborator

gtalbot submitted a set of tests that render the same in Edge, Blink, and Gecko but don't match the Writing Modes spec. We should probably update the spec in this case.

The situation is a percentage-inline-size element establishing an orthogonal flow inside an auto-sized parent. The spec doesn't say anything special, but one would imply from CSS2.1 that the percentage should be treated as auto. But it seems to resolve against the initial containing block. (Though I'm not 100% sure if that's actually what is going on.)

http://gtalbot.org/BrowserBugsSection/CSS3WritingModes/s732-sizing-orthog-vrl-in-htb-024.xht
@fantasai fantasai changed the title [css-writing-modes] [css-writing-modes] percentage size of orthogonal box in auto-sized container resolves against ICB Sep 30, 2016
@kojiishi
Copy link
Contributor

kojiishi commented Nov 1, 2016 •
edited
Loading

Isn't 7.3.1. Available Space in Orthogonal Flows the definition for this case?

the available inline space to be indefinite. In such cases a percentage of the containing block’s inline size cannot be defined, and inline axis computations cannot be resolved. In these cases, the initial containing block’s size is used as a fallback variable in place of the available inline space for calculations that require a definite available inline size.

Blink falls back to ICB logical height if the CB's logical height is not fixed and available logical height is not definite. Code here.

@kojiishi
Copy link
Contributor

kojiishi commented Jan 6, 2017

ping @fantasai -- can you confirm if this is talking about 7.3.1, or something else?

1 similar comment
@kojiishi
Copy link
Contributor

ping @fantasai -- can you confirm if this is talking about 7.3.1, or something else?

@kojiishi
Copy link
Contributor

Sorry, wrong issue ^

@fantasai
Copy link
Collaborator Author

@kojiishi I think you're right on the description, and the testcase doesn't have any percentage, so I don't know what this issue is about. :) Closing as invalid.

@fantasai fantasai added Closed Rejected as Invalid Commenter Satisfied Commenter has indicated satisfaction with the resolution / edits. labels Mar 29, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
Closed Rejected as Invalid Commenter Satisfied Commenter has indicated satisfaction with the resolution / edits. css-writing-modes-3 Tracked in DoC
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
3 participants
@frivoal @fantasai @kojiishi
pFad - Phonifier reborn

Pfad - The Proxy pFad of © 2024 Garber Painting. All rights reserved.

Note: This service is not intended for secure transactions such as banking, social media, email, or purchasing. Use at your own risk. We assume no liability whatsoever for broken pages.


Alternative Proxies:

Alternative Proxy

pFad Proxy

pFad v3 Proxy

pFad v4 Proxy