Looks nice, and I'm glad they put some effort to fit into the current properties and capabilities. It felt like in past, examples such as adding CSS grid syntax was really different/idiosyncratic for unclear reasons.
I tend to agree, but have softened on this, not only but also because of the handy devtools feature to expand them.
I do use them for margin, padding, inset.
Others I dislike a bit, for example I hate the one for background whenever things get complex. Others I don't like, but have become used to, for example the "flex" shorthand. I prefer separate flex-grow, flex-shrink and flex-basis properties.
Downside (and sometimes, intended upside!) to all of them is how they interact with inheritance and the cascade, i.e. accidentally overriding properties. OTOH it can prevent you from forgetting to override inherited properties.
Since the properties for which a shorthand exists often are closely related, this can be an upside.
Yeah my comment was dumb. I wish I would have said: there are useful improvements we could make to CSS, but I don't think a new layout engine is the top priority.
Item Flow is a unified system that could generalize and replace today's layout-type specific Flexbox, Grid, and Masonry, and along with simplifying layout, would unlock new abilities.
> As we worked through the details, we started to get excited. Suddenly new features for Flexbox and Grid that people have wanted for years had an obvious home. Things seemed to click together elegantly. New capabilities emerged: (1) Flexbox could gain a way to do dense packing. (2) Grid could gain the ability to turn off wrapping (3) Masonry layouts could now be triggered with a value for item-flow, and more…