Re: [css-houdini-drafts] [css-layout-api] LayoutConstraints object - Are we ok with exposing information we don't have compat on?

The Working Group just discussed `LayoutConstraints object - Are we ok with exposing information we don't have compat on?`.

<details><summary>The full IRC log of that discussion</summary>
&lt;dael> Topic: LayoutConstraints object - Are we ok with exposing information we don't have compat on?<br>
&lt;dael> github: https://github.com/w3c/css-houdini-drafts/issues/749<br>
&lt;dael> iank_: All engines have pretty good compat...what we'll pass through LayoutConstraints object...<br>
&lt;dael> iank_: When it's non-orthogonal writing modes we have pretty good compat on what we'll resolve inline % and block % to.<br>
&lt;dael> iank_: Problem is with orthogonal writing modes.<br>
&lt;dael> iank_: A few cases in the issue, we have nowhere near compat.<br>
&lt;dael> iank_: First example is what we resolve % to<br>
&lt;dael> iank_: Padding in this example is completely different on all engines<br>
&lt;dael> iank_: Not arguing about who is right, I made lots of test cases yesterday and they're very simpl.e<br>
&lt;gsnedders> iank_: plz make sure all these tests are in WPT<br>
&lt;dael> iank_: Do we want to get compat here first? Go back and not expose this initially and just use layout sizing as block-like? Are we fine exposing this knowing that orthogonal won't be common?<br>
&lt;dael> fantasai: I'm confused. Spec is clear.<br>
&lt;dael> iank_: No one follows spec.<br>
&lt;dael> dbaron: Seems silly to remove the feature for that reason. It should be clear what the spec says should happen in that case.<br>
&lt;dael> iank_: Half the comments on the spec...like Size with % size is one area of compat. For writing modes we only talk about available space.<br>
&lt;dael> dbaron: I think, it might be worth thinking about which thing makes the most sense in the API. Do you want the thing baesd on the parent's writing mode or your own?<br>
&lt;dael> iank_: It looks at everything in your own writing mode, but all engines have different conversion.<br>
&lt;dael> iank_: Here's a good example where % resolution for padding-left:10% varies. But the size you should resolve against isn't defined.<br>
&lt;dael> fantasai: Flexbox issue.<br>
&lt;dael> emilio: That was fixed recently in FF. If you test the nightly.<br>
&lt;dael> iank_: There's other cases here as well.<br>
&lt;dael> iank_: I'm fine with exposing all this, but it may be a while until we're toward compat.<br>
&lt;dael> iank_: Other option is strip LayoutConstraints and it's just the fixed layout size and the engine handles it's quirks for you.<br>
&lt;fantasai> s/it's/its<br>
&lt;dael> majidvp: Is there a way inside the worklet to detect UA?<br>
&lt;dael> iank_: Only if you pass in a property.<br>
&lt;dael> iank_: Initially given the state of compat I'd only feel comfortable exposing the simple layout and forcing block-like on everyone.<br>
&lt;dael> iank_: Keep in mind this is only input going in. For giving inputs to reach children I think we can reach compat there.<br>
&lt;dael> [silence]<br>
&lt;dael> dbaron: I'm not convinced that the compat problems are that severe.<br>
&lt;dael> dbaron: If houdini specs are clear what these things mean people impl the Hodini bits can be clear.<br>
&lt;dael> Rossen: You're saying code should work regardless of the inputs. If we need different inputs for different engines your code should do something right. It's to our benefit to work out compat bugs regardless of houdini<br>
&lt;dael> dbaron: Gecko has a data structure with this in the parent vs other have hte clind. If the speci is clear you can do the right thing.<br>
&lt;dael> iank_: Yes. Engines can give you different things for different stuff.<br>
&lt;dael> Rossen: So that's no change?<br>
&lt;dbaron> s/hte clind/in the child's writing mode/<br>
&lt;dael> iank_: Yes. I need to write tests to make sure my interpretation is right.<br>
&lt;dael> iank_: Issue is not an issue.<br>
</details>


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

Received on Monday, 9 April 2018 11:57:54 UTC