Re: [csswg-drafts] [css-grid-1] Application of grid-positioning properties to static position of grid children is inconsistent (#7661)

The CSS Working Group just discussed `[css-grid-1] Application of grid-positioning properties to static position of grid children is inconsistent`.

<details><summary>The full IRC log of that discussion</summary>
&lt;TabAtkins> iank_: Want to get this on radars<br>
&lt;TabAtkins> iank_: We need to resolve it for subgrid<br>
&lt;TabAtkins> iank_: Today in the spec we will change the static position depending on if the grid is also the abspos CB<br>
&lt;TabAtkins> iank_: So if the grid is an abspos CB, its abspos child will "palce itself in the grid" and use that area for its cb<br>
&lt;TabAtkins> iank_: If the grid isn't an abspos CB the abspos will use the content box<br>
&lt;TabAtkins> iank_: Blink had a bug where we started placing OOF items twice<br>
&lt;TabAtkins> iank_: Regardless of whether grid was a CB, we'd figure the staticpos from the grid area, and then it would get positioned again if it was a CB<br>
&lt;TabAtkins> iank_: Three options<br>
&lt;TabAtkins> iank_: One is align impls along the spec as-is. That would undo the previous reoslution, that the staticpos doesn't depend on the abspos CB.<br>
&lt;TabAtkins> iank_: Two is to get rid of the staticpos placement, and always use the content box.<br>
&lt;TabAtkins> iank_: Three is to place the abspos twice. Once in the grid for the staticpos, once in the actual CB.<br>
&lt;TabAtkins> iank_: This gets complciated for subgrid, it'll get placed in the subgrid for one and the grid for the other.<br>
&lt;TabAtkins> iank_: This'll also undo the previous resolution<br>
&lt;TabAtkins> fantasai: I'm not sure what you mean by "place an item twice"<br>
&lt;TabAtkins> iank_: Imagine a grid container that is the abspos parent but not its CB<br>
&lt;miriam> ack fantasai<br>
&lt;Zakim> fantasai, you wanted to ask what is meant by placing twice<br>
&lt;TabAtkins> iank_: You'd place the abspos in that grid to pick up its staticpos, and then in its CB it'll get actually placed.<br>
&lt;TabAtkins> fantasai: What i'm confuse d about - in a given axis, you're either placing it wrt static pos or wrt the abspos CB. What do you mean by doing both?<br>
&lt;TabAtkins> iank_: So if you have an abspos it'll pick up its staticpos rect from the parent, say top and bottom aren't set so it uses that rect. Then if left and right are set, it's positioned wrt the actual CB.<br>
&lt;fantasai> TabAtkins: I'm confused, isn't that how abspos works inevery case?<br>
&lt;TabAtkins> iank_: Say you have 'column: 2' on the abspos. It'll get placed in the subgrid for static pos and in the outer grid for CB.<br>
&lt;TabAtkins> TabAtkins: Ahhhhh, you meant it invokes GRID PLACEMENT twice, in different grids.<br>
&lt;TabAtkins> iank_: Yes, sorry, that's what I meant by placement.<br>
&lt;TabAtkins> miriam: So plan is to continue discussion in the issue and bring it up in two weeks for reslution.<br>
&lt;TabAtkins> iank_: Yes. My preferred is to not do grid-placement for the static pos, always use the content box.<br>
&lt;TabAtkins> iank_: If people have strong opinions otherwise, make yourself known.<br>
&lt;TabAtkins> fantasai: Could you clarify the writing modes detail?<br>
&lt;TabAtkins> iank_: Yeah it's not a big issue, i'll clarify in the issue.<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/7661#issuecomment-1551697936 using your GitHub account


-- 
Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config

Received on Wednesday, 17 May 2023 16:15:23 UTC