- From: Tab Atkins Jr. via GitHub <sysbot+gh@w3.org>
- Date: Tue, 27 Jun 2017 18:50:36 +0000
- To: public-css-archive@w3.org
> Hmmm. Grid gaps were designed to be the same as grid tracks, except empty, so I expect that behavior on Grid. Column gaps were not, so I do not have the same expectation. Right, thus the "slightly unfortunate implications" note. I agree it's slightly worse behavior, but when weighed against a strong inconsistency with how gaps work elsewhere, I think it's better for the future for column-gap to be consistent between Multicol and Grid. Special cases make people sad. > Yeah, but the default value of column-gap is normal, not a specific length, so to use that approach you can no longer rely on the default value of column-gap. Correct (but in practice it's 1em, you can just use that). > to preserve the current behavior of "single column multi-col is indistinguishable form block layout in a BFC"? We already have that behavior - if `justify-content` is `normal` or `stretch`, a 1-column multicol continues to act exactly like Block. If it's anything else it doesn't, but Block doesn't pay attention to `justify-content` at all, so it's the *author* breaking the symmetry, not the spec. (Block doesn't have a notion of "content width" separately from "box width" like multicol does.) There's no need to do anything extra-special to try and maintain the linkage past where it makes sense. -- GitHub Notification of comment by tabatkins Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/1420#issuecomment-311450694 using your GitHub account
Received on Tuesday, 27 June 2017 18:50:43 UTC