- From: Quentin Albert via GitHub <sysbot+gh@w3.org>
- Date: Wed, 29 Mar 2023 16:36:10 +0000
- To: public-css-archive@w3.org
> * Additionally to `i`, this should probably have access to the number of columns and rows in the explicit grid. Thought about this initially as well, but I'm not really sure if this makes sense or is possible on all cases. If you haven't set any `grid-template` wouldnt the number of columns and rows determined by the `grid-auto-placement` value? If you then use `grid()` inside of the `grid-auto-placement` wouldn't that result in a reference to result of the function it is used it? If you know what I mean. But yeah there are probably a couple of more parameters that are technically already there to place items onto the grid that could be exposed and would increase the power and amount of use-cases for the `grid()` function. > * Seems problematic when some items have an explicit position: probably `i` shouldn't be incremented for them Isn't that what I wrote under _**Hard way**_? Maybe I'm understanding something wrong not sure: _one could also think about ignoring elements that have opted out of the auto-placement by providing cols and / or rows manually_ > * , and auto placement should have some way of avoiding overlaps. Not sure about that one, what exactly do you mean? Can you provide an example? -- GitHub Notification of comment by Que-tin Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/8655#issuecomment-1488934740 using your GitHub account -- Sent via github-notify-ml as configured in https://github.com/w3c/github-notify-ml-config
Received on Wednesday, 29 March 2023 16:36:12 UTC