Skip to content

[css-multicol] Should contained out-of-flow descendants affect column balancing? #6279

Closed

Description

@mstensho

Out-of-flow positioned boxes usually don't affect the size of their ancestors (with the exception of any scrollbars that an OOF might cause).

However:

<p>Should there be a yellow 100px tall multicol container below, with three
  columns, with one blue square in each?</p>
<div style="columns:3; background:yellow;">
  <div style="position:relative;">
    <div style="position:absolute; width:100px; height:300px; background:blue;"></div>
  </div>
</div>

Gecko and Blink show three blue squares in a 100px tall yellow multicol container here, i.e. the OOF affects the height of the multicol container. Is this how we want things?

Activity

  1. self-assigned this
    on May 11, 2021
  2. rachelandrew commented on May 11, 2021

    @rachelandrew
    Contributor

    Safari is doing the same thing, so we do have interop in terms of browsers. So the question really is whether we are happy for multicol to behave differently to other things.

  3. rachelandrew commented on May 12, 2021

    @rachelandrew
    Contributor
  4. css-meeting-bot commented on May 12, 2021

    @css-meeting-bot
    Member

    The CSS Working Group just discussed [css-multicol] Should contained out-of-flow descendants affect column balancing?, and agreed to the following:

    • RESOLVED: Add the current interop situation to the spec
    The full IRC log of that discussion <dael> Topic: [css-multicol] Should contained out-of-flow descendants affect column balancing?
    <dael> github: https://github.com//issues/6279
    <dael> rachelandrew: This is another one about out of flow elements. Out of flow position box doesn't normally effect ancestor size. It is happening in multicol
    <dael> rachelandrew: We have interop,e veryone does same thing. It is different to have things behave with out of flow. Are we happy to have multicol behave different or do we want to change that
    <dael> astearns: We have interop but not based on spec text?
    <dael> rachelandrew: I think that's right
    <dael> fantasai: I think we do have a use case that people use multicol to emulate pages. That would want us to do same as paginated which is generate more pages and take up space. given we have interop and one reason to do it my suggestion would be to put what they're doing in spec
    <dael> astearns: Any opinions on the other side?
    <dael> astearns: Or just generally against
    <TYLin> +1 for current behavior
    <dael> astearns: Prop: Add the current interop situation to the spec
    <dael> astearns: Objections?
    <dael> RESOLVED: Add the current interop situation to the spec
  5. added a commit that references this issue on Aug 4, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Labels

Type

No type

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions