- From: Bruno Racineux <bruno@hexanet.net>
- Date: Wed, 05 Nov 2014 00:06:56 -0800
- To: Daniel Holbert <dholbert@mozilla.com>, Rossen Atanassov <Rossen.Atanassov@microsoft.com>, www-style <www-style@w3.org>
On 11/3/14 1:45 PM, "Daniel Holbert" <dholbert@mozilla.com> wrote: >The "main-size" rename has only made it as far as Firefox's "beta" >release -- it hasn't made it to an official release yet. It's possible >we'd discover more breakage on the release channel. Why do implementors have to break the previous behavior in the first place? Can't browsers implement the new keyword and keep the old 'auto' keyword for a while, for backward compatibility reasons, and just issue warnings in the console to avoid said breakage if proven a significant problem? >The second proposal would restore this oddness from the original >spec-text ("auto" being able to pull in "auto"), though it's a bit >better now that we have a non-"auto" keyword that we can use to describe >the sizing behavior when this happens ("content"). It would also restore the 'flex: none' = "flex: 0 0 auto' equality, which in my view was confusing, for a keyword 'none' to expanded to '0 0 auto'. i.e. If devs happen or must use the long form. The presence of the keyword 'auto' is mentally conflicting with the keyword 'none' both in the same property but with different meanings. 'main-size' removes that conflict. As an author, I suggest to stick with the current long-term solution and make the old 'auto' compatible for the short-term if necessary. PS: The spec still refer to 'flex-basis:auto' on the svg Figure 6.
Received on Wednesday, 5 November 2014 08:07:25 UTC