Re: Unprefixing intrinsic size keywords (-moz-min-content et al)
"L. David Baron" <[email protected]>
| Newsgroups | gmane.comp.mozilla.devel.layout |
|---|---|
| Message-ID | <[email protected]> |
On Thursday 2015-08-06 09:42 -0700, [email protected] wrote: > We (blink) would like to unprefix the intrinsic sizing keywords: > https://drafts.csswg.org/css-sizing/#width-height-keywords > > We support them for widths and for heights (though they all do the same thing for heights) > > We were wondering what Gecko's plans for those keywords is -- are you also interested in unprefixing? Are you happy with the keywords as specced? Would you rather stop supporting them? I'm largely happy with them; they were my idea (under different names) originally, although that proposal predated serious work on vertical writing modes, which makes things a bit more complicated. I haven't looked closely at the relevant specs lately, but I think the controversial spec parts are the actual definitions of intrinsic sizes, whereas the spec for the keywords is pretty trivial. Though at a quick glance I think the spec at https://drafts.csswg.org/css-sizing/#width-height-keywords for fill, max-content, min-content, and fit-content is fine, at least for the inline-size direction. (This of course requires that the actual definitions exclude the effects of the (min-/max-/)(width/height) properties, which I believe they do.) My biggest concern is probably what they mean when used in the block direction. I'm not sure we currently do anything sensible there, or that the spec has sensible definitions for max-content, min-content, and fill-available sizes there. -David -- 𝄞 L. David Baron http://dbaron.org/ 𝄂 𝄢 Mozilla https://www.mozilla.org/ 𝄂 Before I built a wall I'd ask to know What I was walling in or walling out, And to whom I was like to give offense. - Robert Frost, Mending Wall (1914) _______________________________________________ dev-tech-layout mailing list [email protected] https://lists.mozilla.org/listinfo/dev-tech-layout
signature.asc
(application/pgp-signature, 819 B)
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBCAAGBQJV34XfAAoJEO/hYSUPhPwhNxsP/AkFGGns90Do28etwUNTsmZ2 Xmkxya+5uDuGvG51cAKOGj6vk6BrFzgaUrQ3NhmzvVTBMJj8dC1omnF1jp6LYP35 oJCMesh9CA3R10rbAqTfBD5NjqWu/mrmw85h7pQRATKM+tfJZK7aej+sXWOlUUTO elXb95oiDClfSTEhMWRuxG4gB2Du/IsOniZXYs7nfPcKwrQiGVqkU0ko52y/Uejd 9D1WSFxnZpfJhqS/yXYrRIpGx7QkKp4bdUr/9mbwZ0DwL62aYCRvcW51j2ISMl3+ PhRfID1fES1SIVOLXzdn6qbuDfK9IY3Ul/ejkcnvk3R+dkBfSW5FUYP6uxgH8mQd tbbk81ZSts7HBVGp9QFKWDSJSJFr9lr+T3OtAZI4W9ukpG8mqyU9Fzp73QJaKWZu Ayw8DfxaJl8BEhk5iQjwX6e+94H5uiY1+qUACTwPOuWeR8tIK7UlQVROpMdDq0yK 9U9wJPiSLhWFHhaWYaMAn4kjwfQ4pqYZvX7GuNX0bi1Ow7BA//s1TPjKLoayClNC Ktv+I4LGaUuvh2SKNp+hGbE3ROP/Jle/AkCFQZY6KSlBCXuuWWV8k4Eg8E+fGCDx 0q4cq0PqeD9LOX69DBObnH1LaS/Dw/9AFMtVFvU84unEewUJXDoDZU2f0Io515lj 2rh3FlpDOES46qU1BASm =N2CG -----END PGP SIGNATURE-----