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.

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

[css-multicol] allow percentages for column-gap #1321

Closed
chharvey opened this issue May 3, 2017 · 2 comments
Closed

[css-multicol] allow percentages for column-gap #1321

chharvey opened this issue May 3, 2017 · 2 comments

Comments

@chharvey
Copy link

chharvey commented May 3, 2017

Please allow percentage values for column-gap. An example use case would be:

.article {
  column-count: 3; /* each 30% */
  column-gap: 5%;
}

'Percentages' would be from the calculated width of the containing block.

Links

As I understand it, percentages are not allowed on column-width because using column-count is preferred for a fluid layout. This makes sense, and I agree, but it sounds like a case of "we're disallowing this feature because it's bad practice." I'm not sure how that fits into CSSWG principles. Furthermore, column-width still allows vw units, which can be used to achieve (approximately) the same effect as percentages.

@frivoal
Copy link
Collaborator

frivoal commented May 3, 2017

We have an old resolution in favor of allowing percentages for column-gap. Which level do we want to put it in? Level 2 because 1 is past that stage, or 1 because the resolution itself it pretty old as well? I am happy to do the edit regardless, but I want to know where the group wants it.

@css-meeting-bot
Copy link
Member

The CSS Working Group just discussed allow percentages for `column-gap` , and agreed to the following resolutions:

  • RESOLVED: Add this to L1 and mark as at-risk.
The full IRC log of that discussion <dael> Topic: allow percentages for `column-gap`
<dael> Florian: WE resolved 4 years ago to allow column-gap to take %. Given that it's now, is that L1 or L2?
<dael> Rossen: Didn't we take the opposite for grid-gap?
<dael> Github topic: https://github.com//issues/1321
<dael> Florian: I don't remember
<dael> jensimmons: We resolved grid-gap to take %
<dael> Rossen: If we're in alignment there's no controversy. They should be aligned.
<dael> Florian: Behavior is not unexpected. Q is where do we spec it.
<rachelandrew> grid-gap % is marked as risk in CR
<dael> Florian: We'll have to redo L1 CR, but we could do it there. Not sure there's impl.
<dael> Rossen: I would say add as at-risk and then pass it to L2. I'm fine with that. Just more process & editorial work. Other way is push to L2 now and if impl pick it up we can bring it back.
<dael> fantasai: It's trivial to edit and to impl compared to making so other stuff in columns work. I think L1 and at-risk is fine.
<dael> Rossen: That's fine. Leave this in multi-col L1 and mark i t as at-risk.
<dael> Florian: put it in L1.
<dael> RESOLVED: Add this to L1 and mark as at-risk.
<dael> Rossen: That's the hour. Thanks everyone.
<Rossen> trackbot, end meeting

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants