Re: [csswg-drafts] [css-tables] Should min-width support percentages?

The CSS Working Group just discussed `min-width and percentages on table cells`, and agreed to the following resolutions:

* `RESOLVED: Ignore percentage min-widths on table cells`

<details><summary>The full IRC log of that discussion</summary>
&lt;dbaron> Topic: min-width and percentages on table cells<br>
&lt;dbaron> github: https://github.com/w3c/csswg-drafts/issues/607<br>
&lt;fantasai> fremy: Next issue is min-width and percentages<br>
&lt;dbaron> https://github.com/w3c/csswg-drafts/issues/607#issuecomment-317532741<br>
&lt;fantasai> fremy: width behaves as min-width on tables, so it's a bit redundant<br>
&lt;fantasai> fremy: Browser generally ignore min-width of percentage, except Firefox<br>
&lt;fantasai> fremy: Would like to ignore percentages<br>
&lt;fantasai> dbaron: Would like to explain why percentage on min-width overrides width<br>
&lt;fantasai> dbaron: That's the general behavior of tables<br>
&lt;fantasai> dbaron: If a column has cell that's a lenght and cell that's a percentage, it ignores the length instead of the percentage<br>
&lt;fantasai> fremy: We should go with the more interop solution<br>
&lt;fantasai> fantasai: What about fixed tables?<br>
&lt;fantasai> Rossen: What would be different?<br>
&lt;fantasai> fantasai: widths aren't "minimums" in fixed layout, they're honored and the content of the cell doesn't matter<br>
&lt;fantasai> fantasai: I would expect min-width and width to interact as for blocks in that case<br>
&lt;Rossen> Fixed layout for table cells is the same as in normal<br>
&lt;Rossen> the only difference is that the overall column sizing and distribution is based on the first row only<br>
&lt;fantasai> fremy: Our goal was to spec most interoperable behavior<br>
&lt;fantasai> fremy: So we should go with the non-Firefox behavior<br>
&lt;fantasai> fantasai: But what about fixed tables<br>
&lt;fantasai> Rossen: You do the layout based on the first row<br>
&lt;fantasai> fantasai: ...<br>
&lt;fantasai> dbaron: fantasai is saying that in fixed table layout, you honor the width even if the contents overflow<br>
&lt;fantasai> fremy: It's true content overflows even i nthe first row, but that's not the problem<br>
&lt;fantasai> fremy: But if you have a table and you set 300px on the table and 100px on the two columns, then you get 150px columns<br>
&lt;fantasai> fantasai: but we're talking about a different case<br>
&lt;Rossen> https://jsfiddle.net/gvco0t54/2/<br>
&lt;fantasai> fremy: min-width % on fixed tables is ignore<br>
&lt;fantasai> glazou: Is your goal only interop?<br>
&lt;fantasai> fremy: Yes, all browsers except Firefox ignore the min-width<br>
&lt;fantasai> glazou: Yes, but you haven't considered the user's perspective. From the perspective of the Web author, why would you ignore min-width?<br>
&lt;fantasai> s/min-width/min-width percentage only on these elements/<br>
&lt;fantasai> fremy: I don't think there's a strong reason, except this is what browsers do.<br>
&lt;fantasai> fremy: No good reason not to do it, except we have multiple impls<br>
&lt;fantasai> glazou: Web browsers can be wrong<br>
&lt;fantasai> glazou: It's not all browsers, there's at least one that implements it<br>
&lt;fantasai> astearns: It's been here for decades<br>
&lt;fantasai> glazou: It's been in Firefox for decades too<br>
&lt;fantasai> dbaron: We do get requests from authors to make these things work in tables<br>
&lt;fantasai> dbaron: e.g. we get requests for max-width to work, but that's a bit harder<br>
&lt;fantasai> dbaron: It's weird to try to honor web author requests for new features, but here where we have the feature they want, we decide not to have it because it only works in one browser not four<br>
&lt;fantasai> Florian: we have evidence that the Web doesn't break if you don't support min-width, but we also have evidence that it doesn't break if you support it<br>
&lt;fantasai> gregwhitworth: The only reason we're working on this spec is because we'll try to fix a bug and other sites will break<br>
&lt;fantasai> gregwhitworth: I guarantee you that there are websites that are broken if 3/4 browsers have interop<br>
&lt;fantasai> fantasai: ...<br>
&lt;fantasai> fremy: In tables widht works like min-width<br>
&lt;fantasai> fremy: The author doesn't lose anything here<br>
&lt;fantasai> fremy: I don't buy that we are bothering authors, if you want to use table you would learn to use width<br>
&lt;fantasai> fremy recites history of widths<br>
&lt;fantasai> and HTML<br>
&lt;fantasai> glazou: The problem is with "authors should learn CSS'<br>
&lt;fantasai> gregwhitworth: Your assertion is also that authors should test in Firefox, and we know they don't<br>
&lt;fantasai> gregwhitworth: We put opening in the spec, ..<br>
&lt;fantasai> gregwhitworth: 3 browsers are shipping this way, that's the de facto standard<br>
&lt;fantasai> fantasai: ...<br>
&lt;fantasai> fremy: ... doesn't work<br>
&lt;fantasai> fantasai^: You have to consider what browsers do but also what makes sense.<br>
&lt;fantasai> fremy: min-width and widht are just widths<br>
&lt;fantasai> fantasai: except in fixed tables<br>
&lt;fantasai> dbaron: please add tests to WPT<br>
&lt;dbaron> s/please/I guess I'm OK with this, but please/<br>
&lt;fantasai> glazou: I can live with it, but I find it regrettable<br>
&lt;fantasai> Rossen: Proposed that min-width: % is ignored on table cells<br>
&lt;fantasai> RESOLVED: Ignore percentage min-widths on table cells<br>
</details>


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

Received on Thursday, 3 August 2017 07:54:16 UTC