W3C home > Mailing lists > Public > public-css-archive@w3.org > August 2019

Re: [csswg-drafts] [css-writing-modes-3] Dropped definition of automatic block sizing (#4220)

From: CSS Meeting Bot via GitHub <sysbot+gh@w3.org>
Date: Wed, 21 Aug 2019 16:26:54 +0000
To: public-css-archive@w3.org
Message-ID: <issue_comment.created-523536804-1566404813-sysbot+gh@w3.org>
The CSS Working Group just discussed `Writing Modes update`.

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: Writing Modes update<br>
&lt;dael> Rossen_: fantasai I think you raised an issue about part of a chapter being dropped and it warrants a republication?<br>
&lt;dael> Rossen_: Is fantasai on?<br>
&lt;florian> github: https://github.com/w3c/csswg-drafts/issues/4220<br>
&lt;dael> fantasai: Section about how to size orthogonal flow was dropped. There is a section on available space, but not sizing. Need to put that section back.<br>
&lt;dael> fantasai: It was dropped with text about multi-col.<br>
&lt;dael> Rossen_: Editorial mistake during the update? Or did we resolve?<br>
&lt;dael> fantasai: Resolution was to drop everything at risk which does not include sizing block elements in orthogonal flow. Without that you interpret rules quite differently<br>
&lt;dael> Rossen_: Don't disagree this is core functionality on how we size. I'm surprised we had it out of the spec so far and just discovering it's out.<br>
&lt;dael> fantasai: Also surprised, but I don't know.<br>
&lt;dael> dbaron: Also feels like we should have a chance to review it again since there has been lots of spec review with it out.<br>
&lt;dael> fantasai: Sure. But what is dropped was related to what's implemented. Without that text we do not match impl<br>
&lt;dael> florian: It's in L4 right?<br>
&lt;dael> fantasai: Text is in L4 but it's...its embedded in multicol text. It says this is what you do if you support multicol and this is what you do if you don't. Then we made multicol a may and the alternative behavior ended up dropped as well<br>
&lt;dael> fantasai: If you want I can do that<br>
&lt;dael> AmeliaBR: I think question was is this missing from both L3 and L4?<br>
&lt;dael> fantasai: L4 includes all the text<br>
&lt;dael> florian: dbaron said we need to review again and we have as part of L4? Given it has been part of a CR spec we don't need to heavily review<br>
&lt;dael> dbaron: L3 and L4 have had different review levels<br>
&lt;dbaron> s/review levels/amounts of review/<br>
&lt;dael> fantasai: If anyone reviewed the spec and paid attention to this part they would have noticed it does not match impl<br>
&lt;tantek> that sounds bad (that nobody noticed)<br>
&lt;dael> dbaron: I think add it back, but I'd like to look at it.<br>
&lt;dael> fantasai: Of course<br>
&lt;dael> Rossen_: Review before merge into L3?<br>
&lt;dael> dbaron: No.<br>
&lt;dael> dbaron: I'd like to look before it's a new CR<br>
&lt;dael> Rossen_: For sure<br>
&lt;dael> Rossen_: Let's add the missing section back.<br>
&lt;dael> Rossen_: We can come back next week. Are we close to republish CR?<br>
&lt;dael> florian: We just did. This is only issue since. Should be close to republish<br>
&lt;dael> Rossen_: What would this section mean from testing PoV?<br>
&lt;florian> https://drafts.csswg.org/css-writing-modes-3/implementation-report-2019-08<br>
&lt;dael> florian: THat's the next topic; I have just compled impl report<br>
&lt;dael> florian: I have not checked if the tests aligned with presence or absense of that section. I only reviewed failing tests for correctness.<br>
&lt;dael> florian: We have ~1200 tests and ~25 are mandatory and lack 2 impl<br>
&lt;dael> florian: Some is related to recent fix about prop from body to root at used time. A few are sizing in orthogonal flow and I think there's work planned to fix.<br>
&lt;dael> florian: One large-ish problem is orthogonal table cells have problems. Edge reasonably well, FF with some problems, WK and Blink don't do it.<br>
&lt;dael> florian: There are small corner cases we might decide to oerlook. Not quite PR but may be close<br>
&lt;dael> Rossen_: Thank you for putting this together<br>
&lt;dael> Rossen_: I'm expecting new section might require additional tests<br>
&lt;dael> florian: Have tests for that area, if need verified need to decide<br>
&lt;dael> Rossen_: With that we can see if we need to address the 18 with mandatory pass of 2+<br>
&lt;florian> https://drafts.csswg.org/css-writing-modes-3/implementation-report-2019-08#pb<br>
&lt;dael> florian: I encourage impl to look at the report. 1st section with detailed results is the list of thigns that need to fix before move forward. If you can look and see if there's anything easy to fix it would be appriciated<br>
&lt;dael> florian: It's not that many<br>
&lt;dael> Rossen_: That's a reasonable ask<br>
&lt;dael> Rossen_: The things that would have put a pause for me are table related. From impl PoV tables were particularly rusty when we had to impl writing modes. Should be something we can hope to impl in Blink once layout has enough wind behind it for purposes of common-based browsers. Hopefully FF and WK can follow<br>
&lt;dbaron> Firefox table-cell issues are related to https://bugzilla.mozilla.org/show_bug.cgi?id=1231656 and https://bugzilla.mozilla.org/show_bug.cgi?id=1244601<br>
&lt;dael> florian: FF is closer. WK does not support orthogonal table flows. FF only has problems with sizing, rest works.<br>
&lt;dael> Rossen_: Case where orthogonal cell sizing is titchy. Missing section will help<br>
&lt;dael> Rossen_: In summary; we have a number of cases impl should go back and look to see what can be done to address in short term. If they're bug level I hope people can address soon. If major refactor we need another convo about if we insist on those cases to pass or if we push the spec with the fails<br>
&lt;dael> Rossen_: We'll give it a week for dbaron and anyone else to look at the dropped section we're going to add and then we'll have a resolution to add it next call.<br>
&lt;dael> florian: Didn't wesay add now and discuss republish next week?<br>
&lt;dael> Rossen_: We don't gain anything by doing that. I'd prefer anyone has opportunity for feedback before we do editorial<br>
&lt;dael> florian: Easier to read if it's edited in<br>
&lt;chris> yes, easier to read in-place<br>
&lt;dael> Rossen_: Missing section is clear in the PR fantasai pasted. It's self-contained<br>
&lt;dael> florian: What fantasai pasted is a deletion that deletes too much. Only parts need to be added back. I'd rather an editor decide what parts.<br>
&lt;dbaron> I agree with Florian<br>
&lt;dael> Rossen_: Fair. If we can prepare PR for added section that would be great.<br>
&lt;dael> Rossen_: fantasai will you handle this?<br>
&lt;dael> Rossen_: I'm hoping you're saying yes to a muted mic<br>
&lt;dael> fantasai: Yes I'll do it today<br>
&lt;dael> Rossen_: Thanks florian for taking time to piece together impl report. It's super helpful. Hopefully make progress before TPAC.<br>
&lt;dael> Rossen_: One more nudge to impl to look at failing test cases<br>
</details>


-- 
GitHub Notification of comment by css-meeting-bot
Please view or discuss this issue at https://github.com/w3c/csswg-drafts/issues/4220#issuecomment-523536804 using your GitHub account
Received on Wednesday, 21 August 2019 16:26:56 UTC

This archive was generated by hypermail 2.4.0 : Tuesday, 5 July 2022 06:41:52 UTC