Re: [csswg-drafts] [css-tables] Allow 'order' on table columns (#7340)

The CSS Working Group just discussed `order on table columns`.

<details><summary>The full IRC log of that discussion</summary>
&lt;fantasai> Topic: order on table columns<br>
&lt;TabAtkins> ScribeNick: TabAtkins<br>
&lt;fantasai> github: https://github.com/w3c/csswg-drafts/issues/7340#issuecomment-1247390415<br>
&lt;iank_> I don't think this will take 5 mins<br>
&lt;TabAtkins> fremy: can summarize, maybe can't resolve<br>
&lt;TabAtkins> fremy: So we have some props that apply to grid-ish layout modes bu tnot tables<br>
&lt;TabAtkins> fremy: we discussed 'gap' earlier<br>
&lt;TabAtkins> fremy: But 'order', think it makes sense to be able to swap columns<br>
&lt;TabAtkins> fremy: Right now you have to change every single row to swap columns<br>
&lt;TabAtkins> fremy: So you'd bea ble to apply 'order' to columns and it will swap them around. Sounds reasonable, but raises some questions<br>
&lt;TabAtkins> fremy: column groups, spanning cells, etc<br>
&lt;TabAtkins> fremy: There's a concrete proposal - you glue together columns that are part of a column group or have spanning cells, and they can't be moved separately<br>
&lt;TabAtkins> fremy: Seems doable, but is it something we want to do?<br>
&lt;iank_> q+<br>
&lt;PaulG> q+<br>
&lt;Rossen_> ack masonf<br>
&lt;Rossen_> ack iank_<br>
&lt;TabAtkins> iank_: My concern - this sounds ok - but this is slightly special and new because it sin't how order works in the other properties<br>
&lt;TabAtkins> iank_: Like flex and grid, it just literally reorders the items as you lay them out<br>
&lt;TabAtkins> iank_: This has a second-order effet<br>
&lt;TabAtkins> iank_: So a littl emor complexity<br>
&lt;TabAtkins> iank_: Also want to spend more time thinking about how columns move when they're spanning<br>
&lt;Rossen_> ack PaulG<br>
&lt;TabAtkins> PaulG: Table semantics often ahve grid controls like arrow keys, focus groups, etc<br>
&lt;TabAtkins> PaulG: Reordering columns means devs also have to udnerstand the impact on those, and adjust<br>
&lt;TabAtkins> PaulG: Seems quite complex and fraught<br>
&lt;TabAtkins> PaulG: If it doesn't adjust, the arrow keys will jump columns and not match visual order<br>
&lt;TabAtkins> PaulG: If we adopt focus group controls, it'll get more complicated<br>
&lt;TabAtkins> fremy: Agree, but we're just talking about data tables. If you use for anything else you're doing wrong<br>
&lt;TabAtkins> fremy: But this is same for Flexbox generally, if you change the order you have to worry about keyboard order.<br>
&lt;Rossen_> Zakim, close queue<br>
&lt;Zakim> ok, Rossen_, the speaker queue is closed<br>
&lt;TabAtkins> fremy: But I do think this is a valid concern<br>
&lt;TabAtkins> fremy: I think if we assume it's just data tables it's ok<br>
&lt;TabAtkins> dbaron: In terms of column spans/groups, I think reordering in a way that doesn't break them is probably desirable<br>
&lt;TabAtkins> dbaron: But it's not especially clear ot me what you do to keep them together<br>
&lt;TabAtkins> dbaron: Can maybe be flusehd out in the issue<br>
&lt;TabAtkins> dbaron: Also concerned with same things as PaulG, whether there are *good* use-cases that justify the problematic with keyboard a11y<br>
&lt;TabAtkins> fantasai: Question really is not whether this is correct righ tnow, but if this is something we potentially care about at all. If we think it's bad we can just drop it.<br>
&lt;TabAtkins> fremy: Suggest we give everyone a week to think about it.<br>
&lt;TabAtkins> Rossen_: agreed<br>
&lt;fantasai> s/this is correct/this is ready to adopt/<br>
</details>


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


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

Received on Wednesday, 12 October 2022 17:03:19 UTC